|  | Commit message (Collapse) | Author | Age | Files | Lines | 
|---|
| | 
| 
| 
| | llvm-svn: 72821 | 
| | 
| 
| 
| | llvm-svn: 72783 | 
| | 
| 
| 
| | llvm-svn: 72650 | 
| | 
| 
| 
| 
| 
| 
| | is appropriate. This helps visually differentiate host-oriented
calculations from target-oriented calculations.
llvm-svn: 68227 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| | allocating memory in the JIT.  This is insanely inefficient, but
hey, most people implement their own memory managers anyway.
Patch by Eric Yew!
llvm-svn: 66472 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | that has not been JIT'd yet, the callee is put on a list of pending functions
to JIT.  The call is directed through a stub, which is updated with the address
of the function after it has been JIT'd.  A new interface for allocating and
updating empty stubs is provided.
Add support for removing the ModuleProvider the JIT was created with, which
would otherwise invalidate the JIT's PassManager, which is initialized with the
ModuleProvider's Module.
Add support under a new ExecutionEngine flag for emitting the infomration 
necessary to update Function and GlobalVariable stubs after JITing them, by
recording the address of the stub and the name of the GlobalValue.  This allows
code to be copied from one address space to another, where libraries may live
at different virtual addresses, and have the stubs updated with their new
correct target addresses.
llvm-svn: 64906 | 
| | 
| 
| 
| 
| 
| | JITing a variable independently of a function. This lead to sharing memory memory between functions and GVs thus changing the value of a GV could change the code in execution. more details on the ML.
llvm-svn: 57900 | 
| | 
| 
| 
| 
| 
| | Patch by Samuel Tardieu.
llvm-svn: 57291 | 
| | 
| 
| 
| 
| 
| 
| | this handling to work properly for modifying stub functions, relocations
back to entry points after JIT compilation, etc..
llvm-svn: 57013 | 
| | 
| 
| 
| 
| 
| | privilege from read / write to read / executable.
llvm-svn: 56303 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | are allocated in the same buffer as the code,
jump tables, etc.
The default JIT memory manager does not handle buffer
overflow well.  I didn't introduce this and I'm not
attempting to fix it here, but it is more likely to
be hit now since we're putting more stuff in the
buffer.  This affects one test that I know of so far,
MultiSource/Benchmarks/NPB-serial/is.
llvm-svn: 54442 | 
| | 
| 
| 
| 
| 
| | FreeRangeHeader::getMinBlockSize(). Patch by Damien.
llvm-svn: 54152 | 
| | 
| 
| 
| | llvm-svn: 52592 | 
| | 
| 
| 
| 
| 
| 
| 
| | the memory manager which function
the stub will resolve.
llvm-svn: 49814 | 
| | 
| 
| 
| | llvm-svn: 48019 | 
| | 
| 
| 
| 
| 
| | annoying warnings.
llvm-svn: 47367 | 
| | 
| 
| 
| | llvm-svn: 47079 | 
| | 
| 
| 
| | llvm-svn: 45418 | 
| | 
| 
| 
| 
| 
| | same.
llvm-svn: 44651 | 
|  | own JITMemoryManager interface.  There is no functionality change with 
this patch.
llvm-svn: 44640 |