http://llvm.org https://git.amat.us/llvm/atom/examples/BrainF?h=release_29 2010-09-13T23:59:48Z 2010-09-13T23:59:48Z Michael J. Spencer bigcheesegs@gmail.com 2010-09-13T23:59:48Z urn: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 2010-09-10T21:14:25Z Michael J. Spencer bigcheesegs@gmail.com 2010-09-10T21:14:25Z urn:sha1:4e9c939312ff73bd0c6a6485fd5f97012f5910fa git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@113632 91177308-0d34-0410-b5e6-96231b3b80d8 2010-08-10T21:45:38Z Chris Lattner sabre@nondot.org 2010-08-10T21:45:38Z urn:sha1:9908fec11e5bfd90768f344df69416a6b621aba4 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@110735 91177308-0d34-0410-b5e6-96231b3b80d8 2010-02-23T20:53:37Z Jeffrey Yasskin jyasskin@google.com 2010-02-23T20:53:37Z urn:sha1:407fbdd161d4134901fefe267779a4aaaeab2f0d git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@96981 91177308-0d34-0410-b5e6-96231b3b80d8 2010-02-23T18:10:07Z Jeffrey Yasskin jyasskin@google.com 2010-02-23T18:10:07Z urn: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 2010-01-27T20:34:15Z Jeffrey Yasskin jyasskin@google.com 2010-01-27T20:34:15Z urn: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 2009-11-07T00:16:28Z Victor Hernandez vhernandez@apple.com 2009-11-07T00:16:28Z urn:sha1:9d0b704e3ea418441001dac4d1a56c2c224cdbf5 Here is the original commit message: This commit updates malloc optimizations to operate on malloc calls that have constant int size arguments. Update CreateMalloc so that its callers specify the size to allocate: MallocInst-autoupgrade users use non-TargetData-computed allocation sizes. Optimization uses use TargetData to compute the allocation size. Now that malloc calls can have constant sizes, update isArrayMallocHelper() to use TargetData to determine the size of the malloced type and the size of malloced arrays. Extend getMallocType() to support malloc calls that have non-bitcast uses. Update OptimizeGlobalAddressOfMalloc() to optimize malloc calls that have non-bitcast uses. The bitcast use of a malloc call has to be treated specially here because the uses of the bitcast need to be replaced and the bitcast needs to be erased (just like the malloc call) for OptimizeGlobalAddressOfMalloc() to work correctly. Update PerformHeapAllocSRoA() to optimize malloc calls that have non-bitcast uses. The bitcast use of the malloc is not handled specially here because ReplaceUsesOfMallocWithGlobal replaces through the bitcast use. Update OptimizeOnceStoredGlobal() to not care about the malloc calls' bitcast use. Update all globalopt malloc tests to not rely on autoupgraded-MallocInsts, but instead use explicit malloc calls with correct allocation sizes. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@86311 91177308-0d34-0410-b5e6-96231b3b80d8 2009-11-06T01:33:24Z Victor Hernandez vhernandez@apple.com 2009-11-06T01:33:24Z urn:sha1:df98761d08ae091420b7e9c1366de7684400fc36 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@86213 91177308-0d34-0410-b5e6-96231b3b80d8 2009-11-05T00:03:03Z Victor Hernandez vhernandez@apple.com 2009-11-05T00:03:03Z urn:sha1:24f934d0551e33508c4ffd24318ea0e970db9810 MallocInst-autoupgrade users use non-TargetData-computed allocation sizes. Optimization uses use TargetData to compute the allocation size. Now that malloc calls can have constant sizes, update isArrayMallocHelper() to use TargetData to determine the size of the malloced type and the size of malloced arrays. Extend getMallocType() to support malloc calls that have non-bitcast uses. Update OptimizeGlobalAddressOfMalloc() to optimize malloc calls that have non-bitcast uses. The bitcast use of a malloc call has to be treated specially here because the uses of the bitcast need to be replaced and the bitcast needs to be erased (just like the malloc call) for OptimizeGlobalAddressOfMalloc() to work correctly. Update PerformHeapAllocSRoA() to optimize malloc calls that have non-bitcast uses. The bitcast use of the malloc is not handled specially here because ReplaceUsesOfMallocWithGlobal replaces through the bitcast use. Update OptimizeOnceStoredGlobal() to not care about the malloc calls' bitcast use. Update all globalopt malloc tests to not rely on autoupgraded-MallocInsts, but instead use explicit malloc calls with correct allocation sizes. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@86077 91177308-0d34-0410-b5e6-96231b3b80d8 2009-10-26T23:43:48Z Victor Hernandez vhernandez@apple.com 2009-10-26T23:43:48Z urn:sha1:046e78ce55a7c3d82b7b6758d2d77f2d99f970bf Remove LowerAllocations pass. Update some more passes to treate free calls just like they were treating FreeInst. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@85176 91177308-0d34-0410-b5e6-96231b3b80d8