llvm/examples/HowToUseJIT, branch release_32http://llvm.orghttps://git.amat.us/llvm/atom/examples/HowToUseJIT?h=release_322012-06-29T12:38:19ZMove llvm/Support/IRBuilder.h -> llvm/IRBuilder.h2012-06-29T12:38:19ZChandler Carruthchandlerc@gmail.com2012-06-29T12:38:19Zurn:sha1:06cb8ed00696eb14d1b831921452e50ec0568ea2
This was always part of the VMCore library out of necessity -- it deals
entirely in the IR. The .cpp file in fact was already part of the VMCore
library. This is just a mechanical move.
I've tried to go through and re-apply the coding standard's preferred
header sort, but at 40-ish files, I may have gotten some wrong. Please
let me know if so.
I'll be committing the corresponding updates to Clang and Polly, and
Duncan has DragonEgg.
Thanks to Bill and Eric for giving the green light for this bit of cleanup.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@159421 91177308-0d34-0410-b5e6-96231b3b80d8
Move TargetRegistry and TargetSelect from Target to Support where they belong.2011-08-24T18:08:43ZEvan Chengevan.cheng@apple.com2011-08-24T18:08:43Zurn:sha1:3e74d6fdd248e20a280f1dff3da9a6c689c2c4c3
These are strictly utilities for registering targets and components.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@138450 91177308-0d34-0410-b5e6-96231b3b80d8
Modify comment.2011-06-09T20:11:46ZJohnny Chenjohnny.chen@apple.com2011-06-09T20:11:46Zurn:sha1:e5dfa8f697d3c48361d507491d0cff35607ed419
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@132800 91177308-0d34-0410-b5e6-96231b3b80d8
Have the JIT tutorial use IRBuilder for the IR.2011-06-09T05:58:50ZEric Christopherechristo@apple.com2011-06-09T05:58:50Zurn:sha1:c3a627de3f857d3788b8e689cfa4b93b5013b07c
Patch by Jake Waskett!
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@132770 91177308-0d34-0410-b5e6-96231b3b80d8
Revert "CMake: Get rid of LLVMLibDeps.cmake and export the libraries normally."2010-09-13T23:59:48ZMichael J. Spencerbigcheesegs@gmail.com2010-09-13T23:59:48Zurn:sha1:3a210e2d302758101ac06946e86027b327c7d0f3
This reverts commit r113632
Conflicts:
cmake/modules/AddLLVM.cmake
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@113819 91177308-0d34-0410-b5e6-96231b3b80d8
CMake: Get rid of LLVMLibDeps.cmake and export the libraries normally.2010-09-10T21:14:25ZMichael J. Spencerbigcheesegs@gmail.com2010-09-10T21:14:25Zurn:sha1:4e9c939312ff73bd0c6a6485fd5f97012f5910fa
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@113632 91177308-0d34-0410-b5e6-96231b3b80d8
Roll back r96959 again.2010-02-23T20:53:37ZJeffrey Yasskinjyasskin@google.com2010-02-23T20:53:37Zurn:sha1:407fbdd161d4134901fefe267779a4aaaeab2f0d
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@96981 91177308-0d34-0410-b5e6-96231b3b80d8
Roll r96559 forward again, adding libLLVM-2.7svn.so to LLVM. This links 3 of2010-02-23T18:10:07ZJeffrey Yasskinjyasskin@google.com2010-02-23T18:10:07Zurn:sha1:ea6c39d417172a8edb99667e93cd6b67cd024e6a
the examples shared to make sure the shared library keeps working.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@96959 91177308-0d34-0410-b5e6-96231b3b80d8
Repository access test commit2010-02-03T12:00:02ZGarrison Venngvenn.cfe.dev@gmail.com2010-02-03T12:00:02Zurn:sha1:f9fba3087e840e2f6912d96c932f80d8b6698a84
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@95221 91177308-0d34-0410-b5e6-96231b3b80d8
Kill ModuleProvider and ghost linkage by inverting the relationship between2010-01-27T20:34:15ZJeffrey Yasskinjyasskin@google.com2010-01-27T20:34:15Zurn:sha1:f0356fe140af1a30587b9a86bcfb1b2c51b8ce20
Modules and ModuleProviders. Because the "ModuleProvider" simply materializes
GlobalValues now, and doesn't provide modules, it's renamed to
"GVMaterializer". Code that used to need a ModuleProvider to materialize
Functions can now materialize the Functions directly. Functions no longer use a
magic linkage to record that they're materializable; they simply ask the
GVMaterializer.
Because the C ABI must never change, we can't remove LLVMModuleProviderRef or
the functions that refer to it. Instead, because Module now exposes the same
functionality ModuleProvider used to, we store a Module* in any
LLVMModuleProviderRef and translate in the wrapper methods. The bindings to
other languages still use the ModuleProvider concept. It would probably be
worth some time to update them to follow the C++ more closely, but I don't
intend to do it.
Fixes http://llvm.org/PR5737 and http://llvm.org/PR5735.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@94686 91177308-0d34-0410-b5e6-96231b3b80d8