Chandler Carruth 349f14c72c Revert r160254 temporarily. ... It turns out that ASan relied on the at-the-end block insertion order to (purely by happenstance) disable some LLVM optimizations, which in turn start firing when the ordering is made more "normal". These optimizations in turn merge many of the instrumentation reporting calls which breaks the return address based error reporting in ASan. We're looking at several different options for fixing this. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@160256 91177308-0d34-0410-b5e6-96231b3b80d8		2012-07-16 10:01:02 +00:00
..
AddressSanitizer.cpp	Revert r160254 temporarily.	2012-07-16 10:01:02 +00:00
CMakeLists.txt	llvm/lib: [CMake] Add explicit dependency to intrinsics_gen.	2012-06-24 13:32:01 +00:00
EdgeProfiling.cpp
FunctionBlackList.cpp
FunctionBlackList.h
GCOVProfiling.cpp	Don't reinsert the 'atexit' function if it already exists.	2012-06-30 20:21:19 +00:00
Instrumentation.cpp	ThreadSanitizer, a race detector. First LLVM commit.	2012-02-13 22:50:51 +00:00
LLVMBuild.txt
Makefile
MaximumSpanningTree.h
OptimalEdgeProfiling.cpp
PathProfiling.cpp	Move llvm/Support/TypeBuilder.h -> llvm/TypeBuilder.h. This completes	2012-07-15 23:45:24 +00:00
ProfilingUtils.cpp
ProfilingUtils.h
ThreadSanitizer.cpp	[tsan] fix compile-time falilure found while building Chromium with tsan (tsan issue #3). A unit test will follow separately.	2012-07-05 09:07:31 +00:00