llvm-svn: 58897

indirect gv reference. Please don't call it lazy.

llvm-svn: 58746

variable is moved to the execution engine. The JIT calls the TargetJITInfo
to allocate thread local storage. Currently, only linux/x86 knows how to
allocate thread local global variables.

llvm-svn: 58142

rather than the absolute address if the target is within range.

llvm-svn: 54708

Mark function used by asm block as used, otherwise optimizer may not see the use and may delete the function.

llvm-svn: 53692

llvm-svn: 53660

general solution possible, but it's a fairly simple one.
Based on a patch from the OpenGTL project!

llvm-svn: 52662

llvm-svn: 52026

llvm-svn: 49822

Correlate stubs with functions in JIT: when emitting a stub, the JIT tells the memory manager which function
the stub will resolve.

llvm-svn: 49814

llvm-svn: 48706

of compiler used.

llvm-svn: 48702

llvm-svn: 48701

llvm-svn: 47367

llvm-svn: 45731

llvm-svn: 45616

llvm-svn: 45575

llvm-svn: 45418

llvm-svn: 45319

llvm-svn: 45318

llvm-svn: 45313

llvm-svn: 44904

llvm-svn: 44820

llvm-svn: 44819

Use it for Darwin.

llvm-svn: 44818

These should probably be something like:

  CFI(".cfi_def_cfa_offset 16\n")

where CFI is defined to a noop on darwin and other platforms
that don't support those directives.

llvm-svn: 44803

All bad stuff from SSE version is implicitely inherited :)

llvm-svn: 44794

broken, because doesn't mark xmm regs properly

llvm-svn: 44793

This will allow us (theoretically) to unwind through JITer.
The code wasn't verified, so I'm pretty sure offsets are wrong :)

llvm-svn: 44792

llvm-svn: 35104

llvm-svn: 35096

llvm-svn: 35095

for "inreg" calls

llvm-svn: 33631

immediate in small code model. The JIT cannot ensure GV's are placed in the
lower 4G.
- Some preliminary support for large code model.

llvm-svn: 32215

llvm-svn: 31813

llvm-svn: 31790

llvm-svn: 30992

llvm-svn: 30990

llvm-svn: 30986

llvm-svn: 30190