40d8171e3e74f4786d89a8f1fb370653f81c7941 |
|
28-Jun-2013 |
Andrew Kaylor <andrew.kaylor@intel.com> |
Revising the MCJIT ObjectCache interface to allow subclasses to avoid retaining references to returned objects git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@185221 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
abb38fe8dec11b1ea7535f84fac8ad0f0af70add |
|
17-May-2013 |
David Tweed <david.tweed@arm.com> |
Minor changes to the MCJITTest unittests to use the correct API for finalizing the JIT object (including XFAIL an ARM test that now needs fixing). Also renames internal function for consistency. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@182085 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
13a3cf192887233fb9452ec5b7f841e4652c33c7 |
|
14-May-2013 |
Filip Pizlo <fpizlo@apple.com> |
SectionMemoryManager shouldn't be a JITMemoryManager. Previously, the EngineBuilder interface required a JITMemoryManager even if it was being used to construct an MCJIT. But the MCJIT actually wants a RTDyldMemoryManager. Consequently, the SectionMemoryManager, which is meant for MCJIT, derived from the JITMemoryManager and then stubbed out a bunch of JITMemoryManager methods that weren't relevant to the MCJIT. This patch fixes the situation: it teaches the EngineBuilder that RTDyldMemoryManager is a supertype of JITMemoryManager, and that it's appropriate to pass a RTDyldMemoryManager instead of a JITMemoryManager if we're using the MCJIT. This allows us to remove the stub methods from SectionMemoryManager, and make SectionMemoryManager a direct subtype of RTDyldMemoryManager. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181820 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
a2e40fbd624916c187a95ed76939ca7f02ed3e53 |
|
05-May-2013 |
Rafael Espindola <rafael.espindola@gmail.com> |
Add EH support to the MCJIT. This gets exception handling working on ELF and Macho (x86-64 at least). Other than the EH frame registration, this patch also implements support for GOT relocations which are used to locate the personality function on MachO. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181167 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
0e1327e4aa1426aaa3f99a2cbfcb1f2b575791ad |
|
02-May-2013 |
Filip Pizlo <fpizlo@apple.com> |
This exposes more MCJIT options via the C API: CodeModel: It's now possible to create an MCJIT instance with any CodeModel you like. Previously it was only possible to create an MCJIT that used CodeModel::JITDefault. EnableFastISel: It's now possible to turn on the fast instruction selector. The CodeModel option required some trickery. The problem is that previously, we were ensuring future binary compatibility in the MCJITCompilerOptions by mandating that the user bzero's the options struct and passes the sizeof() that he saw; the bindings then bzero the remaining bits. This works great but assumes that the bitwise zero equivalent of any field is a sensible default value. But this is not the case for LLVMCodeModel, or its internal equivalent, llvm::CodeModel::Model. In both of those, the default for a JIT is CodeModel::JITDefault (or LLVMCodeModelJITDefault), which is not bitwise zero. Hence this change introduces LLVMInitializeMCJITCompilerOptions(), which will initialize the user's options struct with defaults. The user will use this in the same way that they would have previously used memset() or bzero(). MCJITCAPITest.cpp illustrates the change, as does the comment in ExecutionEngine.h. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180893 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
d2755af8bda2e0fd80efb46556485c4cdbe8704a |
|
29-Apr-2013 |
Andrew Kaylor <andrew.kaylor@intel.com> |
Exposing MCJIT through C API Re-submitting with fix for OCaml dependency problems (removing dependency on SectionMemoryManager when it isn't used). Patch by Fili Pizlo git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180720 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
1c489455ea5fac43a5f20911dfb5486630eb0160 |
|
25-Apr-2013 |
Andrew Kaylor <andrew.kaylor@intel.com> |
Re-enabling MCJIT object caching with memory leak fixed git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180575 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
06fd5bf4ea122960f0435449c2391ea4fe1ea2ca |
|
25-Apr-2013 |
Rafael Espindola <rafael.espindola@gmail.com> |
Revert "Adding object caching support to MCJIT" This reverts commit 07f03923137a91e3cca5d7fc075a22f8c9baf33a. Looks like it broke the valgrind bot: http://lab.llvm.org:8011/builders/llvm-x86_64-linux-vg_leak/builds/649 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180249 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
07f03923137a91e3cca5d7fc075a22f8c9baf33a |
|
23-Apr-2013 |
Andrew Kaylor <andrew.kaylor@intel.com> |
Adding object caching support to MCJIT git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180146 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
0b8c9a80f20772c3793201ab5b251d3520b9cea3 |
|
02-Jan-2013 |
Chandler Carruth <chandlerc@gmail.com> |
Move all of the header files which are involved in modelling the LLVM IR into their new header subdirectory: include/llvm/IR. This matches the directory structure of lib, and begins to correct a long standing point of file layout clutter in LLVM. There are still more header files to move here, but I wanted to handle them in separate commits to make tracking what files make sense at each layer easier. The only really questionable files here are the target intrinsic tablegen files. But that's a battle I'd rather not fight today. I've updated both CMake and Makefile build systems (I think, and my tests think, but I may have missed something). I've also re-sorted the includes throughout the project. I'll be committing updates to Clang, DragonEgg, and Polly momentarily. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@171366 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
d04a8d4b33ff316ca4cf961e06c9e312eff8e64f |
|
03-Dec-2012 |
Chandler Carruth <chandlerc@gmail.com> |
Use the new script to sort the includes of every file under lib. Sooooo many of these had incorrect or strange main module includes. I have manually inspected all of these, and fixed the main module include to be the nearest plausible thing I could find. If you own or care about any of these source files, I encourage you to take some time and check that these edits were sensible. I can't have broken anything (I strictly added headers, and reordered them, never removed), but they may not be the headers you'd really like to identify as containing the API being implemented. Many forward declarations and missing includes were added to a header files to allow them to parse cleanly when included first. The main module rule does in fact have its merits. =] git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@169131 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
53608a34ce3f0969e9fb01eaa983422761011e03 |
|
16-Nov-2012 |
Andrew Kaylor <andrew.kaylor@intel.com> |
Interface changes to allow RuntimeDyld memory managers to set memory permissions after an object has been loaded. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@168114 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
a082892fb734f4738f5e687778997706fa0dd65a |
|
06-Nov-2012 |
Andrew Kaylor <andrew.kaylor@intel.com> |
Fix build error from previous commit. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167477 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
776054dd938472828ac3ebf75b05e21171ef4ecf |
|
06-Nov-2012 |
Andrew Kaylor <andrew.kaylor@intel.com> |
Add interface for object-based JIT events. This patch adds the interface to expose events from MCJIT when an object is emitted or freed and implements the MCJIT functionality to send those events. The IntelJITEventListener implementation is left empty for now. It will be fleshed out in a future patch. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167475 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
28989889bf3aa3314562d438aece245b71176ec4 |
|
05-Nov-2012 |
Andrew Kaylor <andrew.kaylor@intel.com> |
Add a method to indicate section address re-assignment is finished. Prior to this patch RuntimeDyld attempted to re-apply relocations every time reassignSectionAddress was called (via MCJIT::mapSectionAddress). In addition to being inefficient and redundant, this led to a problem when a section was temporarily moved too far away from another section with a relative relocation referencing the section being moved. To fix this, I'm adding a new method (finalizeObject) which the client can call to indicate that it is finished rearranging section addresses so the relocations can safely be applied. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167400 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
647d6d7d3b6bfc8d99b8425cff50f979dbbd2ab6 |
|
01-Nov-2012 |
Andrew Kaylor <andrew.kaylor@intel.com> |
Streamlined memory manager hierarchy for MCJIT and RuntimeDyld. Patch by Ashok Thirumurthi git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167192 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
3574eca1b02600bac4e625297f4ecf745f4c4f32 |
|
08-Oct-2012 |
Micah Villmow <villmow@gmail.com> |
Move TargetData to DataLayout. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@165402 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
3f23cef24fc9200def464bd4bce820678b5715de |
|
02-Oct-2012 |
Andrew Kaylor <andrew.kaylor@intel.com> |
Clean-up of memory buffer and object ownership model in MCJIT git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@165053 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
35ed842773da41779d57d3ed23f440202d0be198 |
|
05-Sep-2012 |
Jim Grosbach <grosbach@apple.com> |
MCJIT: getPointerToFunction() references target address space. Make sure to return a pointer into the target memory, not the local memory. Often they are the same, but we can't assume that. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@163217 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
8005bcd5e0c923881d82afcb813a7e537cd1b241 |
|
21-Aug-2012 |
Jim Grosbach <grosbach@apple.com> |
MCJIT: Tidy up the constructor. The MCJIT doesn't need or want a TargetJITInfo. That's vestigal from the old JIT, so just remove it. rdar://12119347 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@162280 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
ea708d1071898bd8fda58f9d58d1d3fe38faf9f2 |
|
07-Aug-2012 |
Andrew Kaylor <andrew.kaylor@intel.com> |
Enable lazy compilation in MCJIT git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@161438 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
95a9d937728ca9cf2bf44f86ff1184df318b3bd7 |
|
06-Jun-2012 |
Benjamin Kramer <benny.kra@googlemail.com> |
Round 2 of dead private variable removal. LLVM is now -Wunused-private-field clean except for - lib/MC/MCDisassembler/Disassembler.h. Not sure why it keeps all those unaccessible fields. - gtest. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@158096 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
5fe019835c269ccbfe185276269bc53b3f9a7a86 |
|
29-Apr-2012 |
Eli Bendersky <eli.bendersky@intel.com> |
Fix some formatting, grammar and style issues and add a couple of missing comments. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@155793 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
c68dda815e64fb2fb463318d1eaa304e22199d50 |
|
12-Apr-2012 |
Preston Gurd <preston.gurd@intel.com> |
This patch improves the MCJIT runtime dynamic loader by adding new handling of zero-initialized sections, virtual sections and common symbols and preventing the loading of sections which are not required for execution such as debug information. Patch by Andy Kaylor! git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@154610 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
30b9e322e159df8eaabb5b194cec6e11ba99c261 |
|
28-Mar-2012 |
Danil Malyshev <dmalyshev@accesssoftek.com> |
Move getPointerToNamedFunction() from JIT/MCJIT to JITMemoryManager. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@153607 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
3e29671cca14f8fce1ea6b602175880cb3df7199 |
|
22-Mar-2012 |
Chandler Carruth <chandlerc@gmail.com> |
Revert a series of commits to MCJIT to get the build working in CMake (and hopefully on Windows). The bots have been down most of the day because of this, and it's not clear to me what all will be required to fix it. The commits started with r153205, then r153207, r153208, and r153221. The first commit seems to be the real culprit, but I couldn't revert a smaller number of patches. When resubmitting, r153207 and r153208 should be folded into r153205, they were simple build fixes. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@153241 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
7803ec3d458ec73372760b838469292cdf38fe67 |
|
21-Mar-2012 |
Danil Malyshev <dmalyshev@accesssoftek.com> |
Based on this discussion: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20120305/138477.html 1. Declare a virtual function getPointerToNamedFunction() in JITMemoryManager 2. Move the implementation of getPointerToNamedFunction() form JIT/MCJIT to DefaultJITMemoryManager. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@153205 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
858143816d43e58b17bfd11cb1b57afbd7f0f893 |
|
07-Feb-2012 |
Craig Topper <craig.topper@gmail.com> |
Convert assert(0) to llvm_unreachable git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@149967 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
4d6ccb5f68cd7c6418a209f1fa4dbade569e4493 |
|
20-Jan-2012 |
David Blaikie <dblaikie@gmail.com> |
More dead code removal (using -Wunreachable-code) git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@148578 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
893f4864b34a84a88860035c7a21a5ee9560a530 |
|
18-Jan-2012 |
Jim Grosbach <grosbach@apple.com> |
Fix MCJIT memory leak of owned TargetMachine. The JIT is expected to take ownership of the TM that's passed in. The MCJIT wasn't freeing it, resulting in leaks. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@148356 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
9ea47179e647e806a2c67639bfead9d254514e59 |
|
12-Dec-2011 |
Dylan Noblesmith <nobled@dreamwidth.org> |
ExecutionEngine: refactor interface The OptLevel is now redundant with the TargetMachine*. And selectTarget() isn't really JIT-specific and could probably get refactored into one of the lower level libraries. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@146355 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
b95fc31aa2e5a0a0b9ee1909d1cb949577c5aa16 |
|
16-Nov-2011 |
Evan Cheng <evan.cheng@apple.com> |
Sink codegen optimization level into MCCodeGenInfo along side relocation model and code model. This eliminates the need to pass OptLevel flag all over the place and makes it possible for any codegen pass to use this information. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@144788 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
0ba3c0ab634220f51b7f65bd05839897a99e56ac |
|
30-Sep-2011 |
Danil Malyshev <dmalyshev@accesssoftek.com> |
MCJIT initialization TargetData git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@140856 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
81cbb0ad608af0839471b8d41ceac64047b41d68 |
|
10-Sep-2011 |
Richard Trieu <rtrieu@google.com> |
Fix the asserts in lib/Target/X86/X86ELFWriterInfo.cpp and lib/ExecutionEngine/MCJIT/MCJIT.cpp from: assert("error"); to: assert(0 && "error"); git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@139456 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
db125cfaf57cc83e7dd7453de2d509bc8efd0e5e |
|
18-Jul-2011 |
Chris Lattner <sabre@nondot.org> |
land David Blaikie's patch to de-constify Type, with a few tweaks. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@135375 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
c0ceedb6f885b1cbd3d3cea02f695afe393dfd2c |
|
19-May-2011 |
Jim Grosbach <grosbach@apple.com> |
Avoid a Twine that referenced a tmp (which proceded to go out of scope before the Twine was used). git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@131612 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
e0b58634a1953ed9138882da8b251b3e2aab9220 |
|
19-May-2011 |
Jim Grosbach <grosbach@apple.com> |
Restore sanity to 131601. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@131603 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
3ec2c7c3e48f1fbab749870c51a74920f91c82c1 |
|
19-May-2011 |
Jim Grosbach <grosbach@apple.com> |
Objective C functions may use a magic '\1' on the name. Handle that when dealing with them in the MCJIT. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@131601 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
c5b28580a94e247300e5d3ccf532e153f2ae6f12 |
|
13-May-2011 |
Dylan Noblesmith <nobled@dreamwidth.org> |
ExecutionEngine: push TargetMachine creation into clients (v2) In particular, into EngineBuilder. This should only impact the private API between the EE and EB classes, not external clients, since JITCtor and MCJITCtor are both protected members. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@131317 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
2ea29ba2a8ddd7ba4b946eb754f1a39304d9fc09 |
|
13-May-2011 |
Dylan Noblesmith <nobled@dreamwidth.org> |
ExecutionEngine: fix JIT/MCJIT selectTarget() duplication (v2) This prepares for making JITCtor/MCJITCtor take a TargetMachine* directly from clients like EngineBuilder. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@131316 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
c154514e2daf5497141980544f6b0b03a8e6c37c |
|
12-May-2011 |
Jim Grosbach <grosbach@apple.com> |
The MCJIT memory manager needs to initialize its Module member. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@131234 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
701529b2488477d1887c2975677a574d1e90389f |
|
07-May-2011 |
Jakob Stoklund Olesen <stoklund@2pi.dk> |
Revert ExecutionEngine patches, they either failed to build or broke unit tests. Please ensure the build is clean and tests are passing when recommitting. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@131044 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
c06b511eba8a0f7c6dd01c067836168cc33d7801 |
|
07-May-2011 |
Dylan Noblesmith <nobled@dreamwidth.org> |
ExecutionEngine: push TargetMachine creation into clients In particular, into EngineBuilder. This should only impact the private API between the EE and EB classes, not external clients, since JITCtor and MCJITCtor are both protected members. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@131026 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
71cbac6a834a6ab48598b57cf9e97d7b3da421ef |
|
07-May-2011 |
Dylan Noblesmith <nobled@dreamwidth.org> |
ExecutionEngine: fix JIT/MCJIT selectTarget() duplication This prepares for making JITCtor/MCJITCtor take a TargetMachine* directly from clients like EngineBuilder. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@131025 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
bb498ca5c2acb7567d8d4d84b00229bed6f501b1 |
|
22-Apr-2011 |
Eric Christopher <echristo@apple.com> |
80-col fix. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@129973 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
69e813282d4aa078102ce058f8269d0c13260061 |
|
13-Apr-2011 |
Jim Grosbach <grosbach@apple.com> |
MCJIT relocation resolution. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@129445 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
fcbe5b71936b820647dffff0e4f9c60ece3988a5 |
|
05-Apr-2011 |
Jim Grosbach <grosbach@apple.com> |
Layer the memory manager between the JIT and the runtime Dyld. The JITMemory manager references LLVM IR constructs directly, while the runtime Dyld works at a lower level and can handle objects which may not originate from LLVM IR. Introduce a new layer for the memory manager to handle the interface between them. For the MCJIT, this layer will be almost entirely simply a call-through w/ translation between the IR objects and symbol names. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@128851 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
5acfa9f0fd641906e520a6caaf644d03def27ae0 |
|
29-Mar-2011 |
Jim Grosbach <grosbach@apple.com> |
Instantiate a JITMemoryManager for MCJIT Dyld git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@128485 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
66978bd81c8f3dc87ced049e2577b98a399d72bc |
|
23-Mar-2011 |
Jim Grosbach <grosbach@apple.com> |
Fix double-free of Module. The ExecutionEngine constructor already added the module, so there's no need to call addModule() directly. Doing so causes a double-free of the Module at program termination. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@128171 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
8086f3b49429e02603270c8e09e2aabac9215a21 |
|
23-Mar-2011 |
Jim Grosbach <grosbach@apple.com> |
Make sure to report any errors from the runtime dyld. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@128160 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
34714a06096f854c76371295d8c20b017fbba50b |
|
22-Mar-2011 |
Jim Grosbach <grosbach@apple.com> |
Add simple arg passing to MC-JIT and support for exit() call. Support argument passing simple, common, prototypes directly. More complicated scenarios will require building up a stub function, which the MC-JIT isn't set up to handle yet. Add Intercept.cpp, which is just a copy from ExecutionEngine/JIT for now, to handle looking looking up external symbol names. This probably more properly belongs as part of RuntimeDyld. It'll migrate there as things flesh out more fully. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@128090 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
d6190673f0ccc2a7cca38b6ff7dbec85084b0660 |
|
22-Mar-2011 |
Eric Christopher <echristo@apple.com> |
Fix comment in header. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@128077 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
f922910494377909b4cf2a0b73f509b2b1925799 |
|
22-Mar-2011 |
Jim Grosbach <grosbach@apple.com> |
Hook up the MCJIT to the RuntimeDyld library. Lots of cleanup to make the interfaces prettier, use the JITMemoryManager, handle multiple functions and modules, etc.. This gets far enough that the MCJIT compiles and runs code, though. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@128052 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
7b6747ed420ef32d5c12f62833c2b5ad1c46d604 |
|
18-Mar-2011 |
Jim Grosbach <grosbach@apple.com> |
Silence a warning. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@127918 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
31649e61bcead26a63c7cd452da90fff5e000b91 |
|
18-Mar-2011 |
Jim Grosbach <grosbach@apple.com> |
Beginnings of MC-JIT code generation. Proof-of-concept code that code-gens a module to an in-memory MachO object. This will be hooked up to a run-time dynamic linker library (see: llvm-rtdyld for similarly conceptual work for that part) which will take the compiled object and link it together with the rest of the system, providing back to the JIT a table of available symbols which will be used to respond to the getPointerTo*() queries. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@127916 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
1f6efa3996dd1929fbc129203ce5009b620e6969 |
|
29-Nov-2010 |
Michael J. Spencer <bigcheesegs@gmail.com> |
Merge System into Support. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@120298 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|
6aec29848676494867e26307698155bc2c5a4033 |
|
17-Nov-2010 |
Daniel Dunbar <daniel@zuster.org> |
MCJIT: Stub out MCJIT implementation, still doesn't do anything useful. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@119509 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/ExecutionEngine/MCJIT/MCJIT.cpp
|