summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Target/ARM/ARMJITInfo.h
Commit message (Collapse)AuthorAgeFilesLines
* * Move stub allocation inside the JITEmitter, instead of exposing aJeffrey Yasskin2009-11-231-0/+4
| | | | | | | | | | | | | | way for each TargetJITInfo subclass to allocate its own stubs. This means stubs aren't as exactly-sized anymore, but it lets us get rid of TargetJITInfo::emitFunctionStubAtAddr(), which lets ARM and PPC support the eager JIT, fixing http://llvm.org/PR4816. * Rename the JITEmitter's stub creation functions to describe the kind of stub they create. So far, all of them create lazy-compilation stubs, but they sometimes get used when far-call stubs are needed. Fixing http://llvm.org/PR5201 will involve fixing this. llvm-svn: 89715
* First patch in the direction of splitting MachineCodeEmitter in two subclasses:Bruno Cardoso Lopes2009-05-301-5/+5
| | | | | | JITCodeEmitter and ObjectCodeEmitter. No functional changes yet. Patch by Aaron Gray llvm-svn: 72631
* Correct PIC function stub codegen.Evan Cheng2008-11-101-0/+20
| | | | llvm-svn: 59006
* Rename isGVNonLazyPtr to isIndirectSym to reflect how it will be used.Evan Cheng2008-11-101-4/+4
| | | | llvm-svn: 58949
* Tell ARMJITInfo if codegen relocation is PIC. It changes how function stubs ↵Evan Cheng2008-11-081-6/+11
| | | | | | are generated. llvm-svn: 58896
* Handle ARM machine constantpool entry with non-lazy ptr.Evan Cheng2008-11-081-0/+6
| | | | llvm-svn: 58882
* Use ARMFunctionInfo to track number of constpool entries and jumptables.Evan Cheng2008-11-081-3/+5
| | | | llvm-svn: 58877
* More code clean up.Evan Cheng2008-11-071-6/+1
| | | | llvm-svn: 58872
* Jump table JIT support. Work in progress.Evan Cheng2008-11-071-8/+36
| | | | llvm-svn: 58836
* For some targets, it's not possible to place GVs in the same memory buffer ↵Evan Cheng2008-11-041-0/+11
| | | | | | | | as the MachineCodeEmitter allocated memory. Code and data has different read / write / execution privilege requirements. This is a short term workaround. The current solution is for the JIT memory manager to manage code and data memory separately. llvm-svn: 58688
* Handle ARM machine constantpool entries.Evan Cheng2008-11-041-5/+33
| | | | llvm-svn: 58671
* Add comment.Evan Cheng2008-10-311-0/+2
| | | | llvm-svn: 58533
* Use better data structure for ConstPoolId2AddrMap.Evan Cheng2008-10-311-10/+13
| | | | llvm-svn: 58532
* Correct way to handle CONSTPOOL_ENTRY instructions.Evan Cheng2008-10-291-12/+16
| | | | llvm-svn: 58409
* Support for constant islands in the ARM JIT.Jim Grosbach2008-10-281-1/+24
| | | | | | | | | | | | | | | | Since the ARM constant pool handling supercedes the standard LLVM constant pool entirely, the JIT emitter does not allocate space for the constants, nor initialize the memory. The constant pool is considered part of the instruction stream. Likewise, when resolving relocations into the constant pool, a hook into the target back end is used to resolve from the constant ID# to the address where the constant is stored. For now, the support in the ARM emitter is limited to 32-bit integer. Future patches will expand this to the full range of constants necessary. llvm-svn: 58338
* Correlate stubs with functions in JIT: when emitting a stub, the JIT tells ↵Nicolas Geoffray2008-04-161-1/+2
| | | | | | | | the memory manager which function the stub will resolve. llvm-svn: 49814
* Add explicit keywords.Dan Gohman2008-03-251-1/+1
| | | | llvm-svn: 48801
* Remove attribution from file headers, per discussion on llvmdev.Chris Lattner2007-12-291-2/+2
| | | | llvm-svn: 45418
* no email addrs in file headersChris Lattner2007-07-171-3/+2
| | | | llvm-svn: 39962
* Initial ARM JIT support by Raul Fernandes Herbster.Evan Cheng2007-07-051-0/+51
llvm-svn: 37926
OpenPOWER on IntegriCloud