llvm-mirror/lib/Transforms/Instrumentation/CMakeLists.txt

add_llvm_library(LLVMInstrumentation
  AddressSanitizer.cpp
  BoundsChecking.cpp
  DataFlowSanitizer.cpp
  GCOVProfiling.cpp
  MemorySanitizer.cpp
  Instrumentation.cpp
  InstrProfiling.cpp
  SanitizerCoverage.cpp
  ThreadSanitizer.cpp
  )

add_dependencies(LLVMInstrumentation intrinsics_gen)
Initial support for the CMake build system. llvm-svn: 56419 2008-09-22 03:08:49 +02:00			`add_llvm_library(LLVMInstrumentation`
AddressSanitizer, first commit (compiler module only) llvm-svn: 144758 2011-11-16 02:35:23 +01:00			`AddressSanitizer.cpp`
move the bounds checking pass to the instrumentation folder, where it belongs. I dunno why in the world I dropped it in the Scalar folder in the first place. No functionality change. llvm-svn: 160587 2012-07-21 00:39:33 +02:00			`BoundsChecking.cpp`
DataFlowSanitizer; LLVM changes. DataFlowSanitizer is a generalised dynamic data flow analysis. Unlike other Sanitizer tools, this tool is not designed to detect a specific class of bugs on its own. Instead, it provides a generic dynamic data flow analysis framework to be used by clients to help detect application-specific issues within their own code. Differential Revision: http://llvm-reviews.chandlerc.com/D965 llvm-svn: 187923 2013-08-08 00:47:18 +02:00			`DataFlowSanitizer.cpp`
Fix cmake build. llvm-svn: 129632 2011-04-16 04:06:46 +02:00			`GCOVProfiling.cpp`
Initial commit of MemorySanitizer. Compiler pass only. llvm-svn: 168866 2012-11-29 10:57:20 +01:00			`MemorySanitizer.cpp`
Add initialization routines for Instrumentation. llvm-svn: 115971 2010-10-07 22:17:24 +02:00			`Instrumentation.cpp`
InstrProf: An intrinsic and lowering for instrumentation based profiling Introduce the ``llvm.instrprof_increment`` intrinsic and the ``-instrprof`` pass. These provide the infrastructure for writing counters for profiling, as in clang's ``-fprofile-instr-generate``. The implementation of the instrprof pass is ported directly out of the CodeGenPGO classes in clang, and with the followup in clang that rips that code out to use these new intrinsics this ends up being NFC. Doing the instrumentation this way opens some doors in terms of improving the counter performance. For example, this will make it simple to experiment with alternate lowering strategies, and allows us to try handling profiling specially in some optimizations if we want to. Finally, this drastically simplifies the frontend and puts all of the lowering logic in one place. llvm-svn: 223672 2014-12-08 19:02:35 +01:00			`InstrProfiling.cpp`
Move asan-coverage into a separate phase. Summary: This change moves asan-coverage instrumentation into a separate Module pass. The other part of the change in clang introduces a new flag -fsanitize-coverage=N. Another small patch will update tests in compiler-rt. With this patch no functionality change is expected except for the flag name. The following changes will make the coverage instrumentation work with tsan/msan Test Plan: Run regression tests, chromium. Reviewers: nlewycky, samsonov Reviewed By: nlewycky, samsonov Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D6152 llvm-svn: 221718 2014-11-11 23:14:37 +01:00			`SanitizerCoverage.cpp`
ThreadSanitizer, a race detector. First LLVM commit. Clang patch (flags) will follow shortly. The run-time library will also follow, but not immediately. llvm-svn: 150423 2012-02-13 23:50:51 +01:00			`ThreadSanitizer.cpp`
Initial support for the CMake build system. llvm-svn: 56419 2008-09-22 03:08:49 +02:00			`)`
llvm/lib: [CMake] Add explicit dependency to intrinsics_gen. llvm-svn: 159112 2012-06-24 15:32:01 +02:00
			`add_dependencies(LLVMInstrumentation intrinsics_gen)`