Duncan Sands ba61fed5d3 Don't trivially delete unused calls to llvm.invariant.start. This allows ... llvm.invariant.start to be used without necessarily being paired with a call to llvm.invariant.end. If you run the entire optimization pipeline then such calls are in fact deleted (adce does it), but that's actually a good thing since we probably do want them to be zapped late in the game. There should really be an integration test that checks that the llvm.invariant.start call lasts long enough that all passes that do interesting things with it get to do their stuff before it is deleted. But since no passes do anything interesting with it yet this will have to wait for later. llvm-svn: 86840		2009-11-11 15:34:13 +00:00
..
Hello	CMake: Support for building llvm loadable modules.	2009-11-10 02:45:37 +00:00
IPO	Update computeArraySize() to use ComputeMultiple() to determine the array size associated with a malloc; also extend PerformHeapAllocSRoA() to check if the optimized malloc's arg had its highest bit set, so that it is safe for ComputeMultiple() to look through sext instructions while determining the optimized malloc's array size	2009-11-10 08:32:25 +00:00
Instrumentation	Remove includes of Support/Compiler.h that are no longer needed after the	2009-10-25 06:57:41 +00:00
Scalar	remove the now dead condprop pass, PR3906.	2009-11-11 05:56:35 +00:00
Utils	Don't trivially delete unused calls to llvm.invariant.start. This allows	2009-11-11 15:34:13 +00:00
Makefile	The attached patches attempt to fix cross builds. For example, if you	2009-08-18 00:40:33 +00:00