f3ef5332fa3f4d5ec72c178a2b19dac363a19383 |
|
04-Mar-2016 |
Pirama Arumuga Nainar <pirama@google.com> |
Update aosp/master LLVM for rebase to r256229 http://b/26987366 Change-Id: I1f29c4676a8abe633ab5707dded58d846c973d50
/external/llvm/include/llvm-c/ExecutionEngine.h
|
ebe69fe11e48d322045d5949c83283927a0d790b |
|
23-Mar-2015 |
Stephen Hines <srhines@google.com> |
Update aosp/master LLVM for rebase to r230699. Change-Id: I2b5be30509658cb8266be782de0ab24f9099f9b9
/external/llvm/include/llvm-c/ExecutionEngine.h
|
37ed9c199ca639565f6ce88105f9e39e898d82d0 |
|
01-Dec-2014 |
Stephen Hines <srhines@google.com> |
Update aosp/master LLVM for rebase to r222494. Change-Id: Ic787f5e0124df789bd26f3f24680f45e678eef2d
/external/llvm/include/llvm-c/ExecutionEngine.h
|
36b56886974eae4f9c5ebc96befd3e7bfe5de338 |
|
24-Apr-2014 |
Stephen Hines <srhines@google.com> |
Update to LLVM 3.5a. Change-Id: Ifadecab779f128e62e430c2b4f6ddd84953ed617
/external/llvm/include/llvm-c/ExecutionEngine.h
|
e21c3137e1dfcd9644d3870a0a4528374375271f |
|
23-Oct-2013 |
NAKAMURA Takumi <geek4civic@gmail.com> |
include/llvm-c: Whitespace. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@193253 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
135fe6ac5f5b80ef68c19b3ec7bb0063e28f2bab |
|
22-Oct-2013 |
Benjamin Kramer <benny.kra@googlemail.com> |
Speling fixes. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@193165 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
6eb43d295625cd2ff314c59b49d4fd11f3348cad |
|
02-Oct-2013 |
Filip Pizlo <fpizlo@apple.com> |
This threads SectionName through the allocateCodeSection/allocateDataSection APIs, both in C++ and C land. It's useful for the memory managers that are allocating a section to know what the name of the section is. At a minimum, this is useful for low-level debugging - it's customary for JITs to be able to tell you what memory they allocated, and as part of any such dump, they should be able to tell you some meta-data about what each allocation is for. This allows clients that supply their own memory managers to do this. Additionally, we also envision the SectionName being useful for passing meta-data from within LLVM to an LLVM client. This changes both the C and C++ APIs, and all of the clients of those APIs within LLVM. I'm assuming that it's safe to change the C++ API because that API is allowed to change. I'm assuming that it's safe to change the C API because we haven't shipped the API in a release yet (LLVM 3.3 doesn't include the MCJIT memory management C API). git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@191804 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
5be81238f0683d0533f747124aa420e4e79440b1 |
|
30-Sep-2013 |
Anders Waldenborg <anders@0x63.nu> |
llvm-c: use typedef for function pointers This makes it consistent with other function pointers used in llvm-c Differential Revision: http://llvm-reviews.chandlerc.com/D1712 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@191693 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
f46e5eadc307beaef6e8dd0602bb4c63ca41fd50 |
|
20-Sep-2013 |
Anders Waldenborg <anders@0x63.nu> |
Revert "llvm-c: Add LLVMGetPointerToFunction" This reverts r191030 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@191075 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
f2144ed4399c6414a4f35b10c2fcc9782f32fbf3 |
|
19-Sep-2013 |
Anders Waldenborg <anders@0x63.nu> |
llvm-c: Add LLVMGetPointerToFunction Differential Revision: http://llvm-reviews.chandlerc.com/D1715 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@191030 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
6cfed36338d7728076ddbc1331908b887a4302d3 |
|
22-May-2013 |
Filip Pizlo <fpizlo@apple.com> |
Expose the RTDyldMemoryManager through the C API. This allows clients of the C API to provide their own way of allocating JIT memory (both code and data) and finalizing memory permissions (page protections, cache flush). git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@182448 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
1441bf7a41b50075cf761cbc794ce3fd0b5762fc |
|
21-May-2013 |
Filip Pizlo <fpizlo@apple.com> |
Roll out r182407 and r182408 because they broke builds. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@182409 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
52755c472a738e48a9687240368e4c1f78c45711 |
|
21-May-2013 |
Filip Pizlo <fpizlo@apple.com> |
Expose the RTDyldMemoryManager through the C API. This allows clients of the C API to provide their own way of allocating JIT memory (both code and data) and finalizing memory permissions (page protections, cache flush). git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@182408 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
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/include/llvm-c/ExecutionEngine.h
|
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/include/llvm-c/ExecutionEngine.h
|
7467e5ed1c04887c8d7bdb760df346f518003f07 |
|
25-Apr-2013 |
Rafael Espindola <rafael.espindola@gmail.com> |
Revert "Exposing MCJIT through C API" This reverts commit 8c31b298149ca3c3f2bbd9e8aa9a01c4d91f3d74. It looks like this commit broke some bots: http://lab.llvm.org:8011/builders/llvm-ppc64-linux2/builds/5209 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180248 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
8c31b298149ca3c3f2bbd9e8aa9a01c4d91f3d74 |
|
25-Apr-2013 |
Andrew Kaylor <andrew.kaylor@intel.com> |
Exposing MCJIT through C API Patch by Filip Pizlo git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180229 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
3e39731e88f2d4f597cebc74388fd6650ca4f604 |
|
23-Apr-2013 |
Eric Christopher <echristo@gmail.com> |
Move C++ code out of the C headers and into either C++ headers or the C++ files themselves. This enables people to use just a C compiler to interoperate with LLVM. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180063 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
9313da5a90838c7242101dae250e86dcfc708e6a |
|
04-Apr-2013 |
Evan Cheng <evan.cheng@apple.com> |
Revert r178713 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@178769 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
7d2166a643a7c16b9b0c87441b662f66e79b131f |
|
04-Apr-2013 |
Evan Cheng <evan.cheng@apple.com> |
Make it possible to include llvm-c without including C++ headers. Patch by Filip Pizlo. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@178713 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
6244b518880842f2c15200ee041e06799e4cc779 |
|
21-Mar-2012 |
Gregory Szorc <gregory.szorc@gmail.com> |
Organize LLVM C API docs into doxygen modules; add docs This gives a lot of love to the docs for the C API. Like Clang's documentation, the C API is now organized into a Doxygen "module" (LLVMC). Each C header file is a child of the main module. Some modules (like Core) have a hierarchy of there own. The produced documentation is thus better organized (before everything was in one monolithic list). This patch also includes a lot of new documentation for APIs in Core.h. It doesn't document them all, but is better than none. Function docs are missing @param and @return annotation, but the documentation body now commonly provides help details (like the expected llvm::Value sub-type to expect). git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@153157 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
d90fee9b4205c92786c8ae6fa574624b8d157f1c |
|
19-Jul-2010 |
Duncan Sands <baldrick@free.fr> |
Expose JIT::recompileAndRelinkFunction for use through the C API. Patch by Benjamin Saunders. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@108690 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
df7df075b723e926e51555bf5aff6e231279a479 |
|
03-Mar-2010 |
Erick Tryzelaar <idadesub@users.sourceforge.net> |
Add Module functions in place of module providers. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@97608 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
d686c8e73f74e37ab5f647b65a12051ee6cbad16 |
|
09-Jan-2010 |
Chris Lattner <sabre@nondot.org> |
"In order to ease automatic bindings generation, it would be helpful if boolean values were distinguishable from integers. The attached patch introduces "typedef int LLVMBool;", and uses LLVMBool instead of int throughout the C API, wherever a boolean value is called for." Patch by James Y Knight! git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@93079 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
deb052a3dd0227579f86d74b3c1d70384ea5c16b |
|
13-Jul-2009 |
Daniel Dunbar <daniel@zuster.org> |
Match declaration to definition. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@75440 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
e46161f10c3e0c640b22e446b873df8b01413f52 |
|
24-Jun-2009 |
Bob Wilson <bob.wilson@apple.com> |
Fix the Ocaml bindings for the ExecutionEngine: with the change to build libraries instead of relinked objects, the interpreter, JIT, and native target libraries were not being linked in to an ocaml program using the ExecutionEngine. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@74117 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
5e5cb7985de2508ecd707568afbcbb39e8a688fc |
|
29-Apr-2009 |
Bill Wendling <isanbard@gmail.com> |
The second part of the change from -fast to -O#. This changes the JIT to accept an optimization level instead of a simple boolean telling it to generate code "fast" or the other type of "fast". git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@70347 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
1e42c5bdf50b54e33afa840b5dbb2d7c7d861a44 |
|
21-Jan-2009 |
Chris Lattner <sabre@nondot.org> |
add getPointerToGlobal to the C bindings, patch by Lennart Augustsson! PR3364 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@62697 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
c13c4d6a1bbc91a9e3bb9f964f32f3a999071070 |
|
08-Aug-2008 |
Gordon Henriksen <gordonhenriksen@mac.com> |
Fix the LLVMCreateJITCompiler C binding. Evan broke it in r54523 by adding a parameter in the implementation without updating the header correspondingly. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@54555 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
54227f6752befd3196e078b83e4c440ecaff2dd7 |
|
20-Jun-2008 |
Gordon Henriksen <gordonhenriksen@mac.com> |
Add C binding for ExecutionEngine::addGlobalMapping. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@52523 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
7c1483bc6f009318ce66c4d37d1ba930e01a6d13 |
|
27-Mar-2008 |
Erick Tryzelaar <idadesub@users.sourceforge.net> |
Expose ExecutionEngine::getTargetData() to c and ocaml bindings. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@48851 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
7ed47a13356daed2a34cd2209a31f92552e3bdd8 |
|
29-Dec-2007 |
Chris Lattner <sabre@nondot.org> |
Don't attribute in file headers anymore. See llvmdev for the discussion of this change. Boy are my fingers tired. ;-) git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45411 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|
2e855e68d861224c9b61e2bc9cecad1536b1534b |
|
23-Dec-2007 |
Gordon Henriksen <gordonhenriksen@mac.com> |
C and Ocaml bindings for ExecutionEngine (i.e., the JIT compiler). git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45335 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm-c/ExecutionEngine.h
|