llvm-svn: 22542

appended to a path string that didn't end in a slash, yielding invalid
path names.

Path contribute by Nicholas Riley.

llvm-svn: 22539

llvm-svn: 22538

near the GOT, which new doesn't do.  So break out the allocate into a new function.

Also move GOT index handling into JITResolver.  This lets it update the mapping when a Lazy
function is JITed.  It doesn't managed the table, just the mapping.  Note that this is
still non-ideal, as any function that takes a function address should also take a GOT
index, but that is a lot of changes.  The relocation resolve process updates any GOT entry
it sees is out of date.

llvm-svn: 22537

have to write arguments to the stack

llvm-svn: 22536

llvm-svn: 22535

For the following code:
double %ext(int %A.0__, long %A.1__) {
        %A_addr = alloca %typedef.DComplex              ; <%typedef.DComplex*> [#uses=2]
        %tmp.1 = cast %typedef.DComplex* %A_addr to int*                ; <int*> [#uses=1]
        store int %A.0__, int* %tmp.1
        %tmp.2 = getelementptr %typedef.DComplex* %A_addr, int 0, uint 1                ; <double*> [#uses=2]
        %tmp.3 = cast double* %tmp.2 to long*           ; <long*> [#uses=1]
        store long %A.1__, long* %tmp.3
        %tmp.5 = load double* %tmp.2            ; <double> [#uses=1]
        ret double %tmp.5
}

We now generate:
_ext:
.LBB_ext_0:     ;
        stw r3, -12(r1)
        stw r4, -8(r1)
        stw r5, -4(r1)
        lfd f1, -8(r1)
        blr

Instead of:
_ext:
.LBB_ext_0:     ;
        stw r3, -12(r1)
        addi r2, r1, -12
        stw r4, 4(r2)
        stw r5, 8(r2)
        lfd f1, 4(r2)
        blr

This also fires hundreds of times on MultiSource.

llvm-svn: 22533

llvm-svn: 22530

llvm-svn: 22529

llvm-svn: 22528

llvm-svn: 22523

unnecessary SP manipulation in leaf routines that don't need it.

llvm-svn: 22522

llvm-svn: 22521

llvm-svn: 22520

llvm-svn: 22518

llvm-svn: 22517

llvm-svn: 22516

is actually dead because of this!

llvm-svn: 22515

llvm-svn: 22513

the need to build PIC.

llvm-svn: 22512

llvm-svn: 22508

llvm-svn: 22507

Handle more imm forms, and load small negative i32 constants without hitting memory (should do the same for arbitrary zero extended small negative constants)

llvm-svn: 22505

llvm-svn: 22502

llvm-svn: 22500

llvm-svn: 22499

llvm-svn: 22498

the JIT memory manager will construct a GOT if you want it too.  Also, it places the constants in the allocated memory, rather than a malloc area

llvm-svn: 22497

Remove the LoadHiAddr pseudo-instruction.
Optimization of stores to and loads from statics.
Force JIT to use new non-PIC codepaths.

llvm-svn: 22494

llvm-svn: 22493

PowerPC gets subtarget support up.

llvm-svn: 22489

8-byte align doubles.

llvm-svn: 22486

explained in the comment.

This fixes UnitTests/2003-09-18-BitFieldTest on darwin

llvm-svn: 22483

llvm-svn: 22480

automatically generated from a target description.

llvm-svn: 22470

llvm-svn: 22469

This is the first incremental patch to implement this feature. It adds no
functionality to LLVM but setup up the information needed from targets in
order to implement the optimization correctly. Each target needs to specify
the maximum number of store operations for conversion of the llvm.memset,
llvm.memcpy, and llvm.memmove intrinsics into a sequence of store operations.
The limit needs to be chosen at the threshold of performance for such an
optimization (generally smallish). The target also needs to specify whether
the target can support unaligned stores for multi-byte store operations.
This helps ensure the optimization doesn't generate code that will trap on
an alignment errors.
More patches to follow.

llvm-svn: 22468

as a signed compare.  This patch may fix PR597, but is correct in any case.

llvm-svn: 22465

expand the code to work for all integer datatypes.  This should unbreak
alpha.

llvm-svn: 22464

This allows is to not emit empty sections when .data or .bss is not used.

llvm-svn: 22457