to pass to dlsym() -- Linux/x86 wants 0 while Sparc/Solaris wants RTLD_SELF,
which is not zero. Thanks to Chris for the suggestion.

llvm-svn: 7204

usage of the special file handle RTLD_SELF on Sparc/Solaris vs. 0 on Linux/x86.

llvm-svn: 7177

the program's executing image, not 0 as it is on Linux/x86 and possibly other
systems.

llvm-svn: 7176

* Setting ENABLE_X86_JIT or ENABLE_SPARC_JIT on the `make' command-line will
  force the inclusion of that JIT on a different architecture
* If neither JIT is enabled (e.g., compiling on a different architecture), the
  -march option will not be available to LLI.
* As a side effect of the $ARCH variable, the Sparc LLI can now link just a bit
  faster by not including the x86 library.

llvm-svn: 7070

system.

llvm-svn: 7014

llvm-svn: 7012

Remove isnan; it's too unportable to handle cleanly at this point.

llvm-svn: 6866

(We're already talking about autoconf'ing this, so I'm assuming this hack
will be short-lived...I just don't want it to get lost in my working files.)

llvm-svn: 6761

it is needed.

llvm-svn: 6753

future, by the reconciliation of the C++ and C99 standards. Someday.

llvm-svn: 6751

llvm-svn: 6748

llvm-svn: 6747

llvm-svn: 6746

link in the X86 JIT either, but this makes testing easier.

For some reason, the sparc JIT was breaking the X86 JIT when it was linked in. :(

llvm-svn: 6745

llvm-svn: 6744

llvm-svn: 6743

llvm-svn: 6742

llvm-svn: 6741

llvm-svn: 6670

The JIT is designed to code-generate a function at-a-time. That means that any
pass can only make local changes to its function. Period.

Because the Sparc PreSelection pass claims to be a BasicBlock pass while adding
globals to the Module, it cannot be run with the other passes, because by this
time, the globals have been output already by the JIT, and the addresses of any
globals appearing AFTER this point are not recognized.

However, the PreSelection pass is a requirement for correctness in the Sparc
codegen path, so it MUST be run.

::: HACK ALERT ::: HACK ALERT ::: HACK ALERT ::: HACK ALERT ::: HACK ALERT :::

llvm-svn: 6650

llvm-svn: 6649

llvm-svn: 6641

  laid out closer to the VM so that calls to library functions (e.g. puts()) and
  callback (e.g.  JITResolver::CompilationCallback) fit into 30 bits of the call
  instruction.
* Abort if architecture is not yet supported (not X86 or Sparc) because it
  likely requires a different set of parameters to mmap() .
* Stop using hard-coded values for page size; use sysconf(_SC_PAGESIZE) instead.

llvm-svn: 6610

currently-running process.

llvm-svn: 6592

* No more createX86Emitter() vs. createSparcEmitter() -- there can be only one
* As a result, the memory management semantics must be handled according to
  platform -- the parameters to mmap() are particularly sensitive to the host
  architecture.

llvm-svn: 6527

flags before. Save them in a temporary variable, then restore them from the
temporary after creating the new constant.

llvm-svn: 6520

llvm-svn: 6518

class is actually target independent!

llvm-svn: 6517

Modify new MachineOperand so that its flags match the old MachineOperand's
 flags, for the flags that matter.

llvm-svn: 6513

llvm-svn: 6463

Fixed BasicBlock patching by supplying correct type for the displacement.

llvm-svn: 6453

llvm-svn: 6424

llvm-svn: 6387

of Sparc JIT (printing out instrs) on X86. Con: this increases linking time.

llvm-svn: 6361

`lli -march=x86' or `lli -march=sparc' will forcefully select the JIT even on a
different platform. Running lli without the -march option will select the JIT
for the platform that it's currently running on.

Pro: can test Sparc JIT (debug printing mode) on X86 -- faster to compile/link
LLVM source base to test changes.
Con: Linking lli on x86 now pulls in all the Sparc libs -> longer link time
(but X86 can bear it, right?)

In the future, perhaps this should be a ./configure option to enable/disable
target JITting...

llvm-svn: 6360

llvm-svn: 6204

llvm-svn: 6203

llvm-svn: 6194

llvm-svn: 6193

llvm-svn: 6191