this handling to work properly for modifying stub functions, relocations
back to entry points after JIT compilation, etc..

llvm-svn: 57013

reg->reg moves.

llvm-svn: 57011

NeedStub/DoesntNeedStub logic was reversed, leading to not using a stub
for global relocations that do need them (libc calls, for example).

llvm-svn: 57010

llvm-svn: 57009

llvm-svn: 57008

llvm-svn: 57007

isReg, etc., from isRegister, etc.

llvm-svn: 57006

llvm-svn: 57005

llvm-svn: 57000

llvm-svn: 56999

llvm-svn: 56998

than the type an i1 is promoted to (eg: i8).  Account
for this.  Noticed by Tilmann Scheller on CellSPU; he
will hopefully take care of fixing this in LegalizeDAG
and adding a testcase!

llvm-svn: 56997

Why?  Because it was there!

llvm-svn: 56996

the lock when calling a method which may materialize the llvm::Function.

llvm-svn: 56995

llvm-svn: 56994

It turns out that this is a fairly common operation,
and it's easy enough to handle.

llvm-svn: 56990

getting inserted into the ValueMap. This avoids infinite
recursion in some rare cases.

llvm-svn: 56989

llvm-svn: 56988

llvm-svn: 56986

runnable on the build machine.

There are a few bits that need built for the build environment (TableGen).
This patch builds those bits, and the associated libraries, for the build
environment as well as the (usual) host environment.

Thanks to Eric C. and Devang P. for pre-commit review.

llvm-svn: 56975

Forgot to include Makefile.plugins.

llvm-svn: 56970

sequences like this:
       sete    %al
       testb   %al, %al
       jne     LBB11_1
with this:
       je      LBB11_1

llvm-svn: 56969

can be used when deciding if a block can transfer control to another
via a fall-through instead of a branch.

llvm-svn: 56968

Plugins can be now compiled in with a slight Makefile change.
For example, to compile the new Clang driver, use:

cd $LLVMC2_DIR
make TOOLNAME=ccc2 BUILTIN_PLUGINS=Clang

llvm-svn: 56967

llvm-svn: 56965

Use a multimap rather than a map for holding the list of copies to insert, so we don't lose copies when two of them have
the same source.  I don't know what I was thinking when I wrote this originally.
Note: There's probably a more efficient way to do this, but I need to think about it some more, and about what determinism
guarantees need to be present.

llvm-svn: 56964

llvm-svn: 56963

grief.

llvm-svn: 56961

llvm-svn: 56960

Contributed by Lang Hames.

llvm-svn: 56959

llvm-svn: 56957

llvm-svn: 56953

volatile memory references are safe to move.

llvm-svn: 56948

local register allocator's physreg liveness doesn't recognize subregs,
so it doesn't know that defs of %ecx that are immediately followed by
uses of %cl aren't dead. This comes up due to the way fast-isel emits
shift instructions.

This is a temporary workaround. Arguably, local regalloc should
handle subreg references correctly. On the other hand, perhaps
fast-isel should use INSERT_SUBREG instead of just assigning to the
most convenient super-register of %cl when lowering shifts.

This fixes MultiSource/Benchmarks/MallocBench/espresso,
MultiSource/Applications/hexxagon, and others, under -fast.

llvm-svn: 56947

a constant vector ("{0x123, 0x456}" syntax).  The fix is to simplify the
_mm_srli_si128 macro, and  move the "* 8" from the macro into the compiler
back-end.  I can't change the existing __builtins because so many people are
using them :-(."
Patch by Stuart Hastings!

llvm-svn: 56944

& version as strings.
 - Win32 code is untested.

llvm-svn: 56942

number of instructions.

llvm-svn: 56940

llvm-svn: 56939

llvm-svn: 56937

llvm-svn: 56930