Skip to content
  1. Feb 14, 2014
  2. Feb 10, 2014
  3. Jan 30, 2014
  4. Jan 28, 2014
  5. Jan 23, 2014
  6. Jan 16, 2014
    • Evgeniy Stepanov's avatar
      [asan] Implement delayed activation of AddressSanitizer · c61623b1
      Evgeniy Stepanov authored
      This change adds ASAN_OPTIONS=start_deactivated=1 flag. When present, ASan will
      start in "deactivated" mode, with no heap poisoning, no quarantine, no stack
      trace gathering, and minimal redzones. All this features come back when
      __asan_init is called for the constructor of an instrumented library.
      
      The primary use case for this feature is Android. Code itself is not
      Android-specific, and this patch includes a Linux test for it.
      
      llvm-svn: 199377
      c61623b1
    • Evgeniy Stepanov's avatar
      [asan] Nuke ASAN_FLEXIBLE_MAPPING_AND_OFFSET. · e259b658
      Evgeniy Stepanov authored
      llvm-svn: 199370
      e259b658
  7. Nov 17, 2013
  8. Nov 14, 2013
  9. Nov 13, 2013
  10. Nov 07, 2013
    • Alexander Potapenko's avatar
      [ASan] Add CMake configs for libclang_rt.asan_iossim_dynamic.dylib · 49034e3c
      Alexander Potapenko authored
      CMake changes to build the ASan runtime for the iOS simulator. This is a universal library targeting the same architectures as the OSX ASan runtime does, thus the iossim version can't live in the same universal libclang_rt.asan_osx_dynamic.dylib
      
      The difference between the OSX and iossim builds is in the -mios-simulator-version-min and -ios_simulator_version_min flags that tell Clang to compile and link iossim code.
      
      The iossim runtime can only be built on a machine with both Xcode and the iOS Simulator SDK installed. If xcodebuild -version -sdk iphonesimulator Path returns a nonempty path, it is used when compiling and linking the iossim runtime.
      
      llvm-svn: 194199
      49034e3c
  11. Oct 26, 2013
    • Peter Collingbourne's avatar
      Overhaul the symbolizer interface. · 791e65dc
      Peter Collingbourne authored
      This moves away from creating the symbolizer object and initializing the
      external symbolizer as separate steps.  Those steps now always take place
      together.
      
      Sanitizers with a legacy requirement to specify their own symbolizer path
      should use InitSymbolizer to initialize the symbolizer with the desired
      path, and GetSymbolizer to access the symbolizer.  Sanitizers with no
      such requirement (e.g. UBSan) can use GetOrInitSymbolizer with no need for
      initialization.
      
      The symbolizer interface has been made thread-safe (as far as I can
      tell) by protecting its member functions with mutexes.
      
      Finally, the symbolizer interface no longer relies on weak externals, the
      introduction of which was probably a mistake on my part.
      
      Differential Revision: http://llvm-reviews.chandlerc.com/D1985
      
      llvm-svn: 193448
      791e65dc
  12. Oct 20, 2013
  13. Sep 16, 2013
  14. Aug 28, 2013
  15. Aug 27, 2013
  16. Jun 22, 2013
  17. Jun 07, 2013
  18. May 22, 2013
  19. May 21, 2013
  20. May 17, 2013
    • Peter Collingbourne's avatar
      [nolibc] Begin moving sanitizer_common's libc-dependent code to a separate library · 6d4a7d37
      Peter Collingbourne authored
      Introduce a new object library, RTSanitizerCommonLibc, which will contain
      the subset of sanitizer_common with libc dependencies. RTSanitizerCommon
      contains the remainder of sanitizer_common, and is intended to have no
      libc dependencies. Begin moving code to RTSanitizerCommonLibc, starting
      with sanitizer_common.cc, whose libc-dependent portion is moved to
      sanitizer_common_libcdep.cc, the first member of the new library.
      
      This split affects the CMake build only.  The makefile build continues
      to produce the full sanitizer_common library.
      
      llvm-svn: 182118
      6d4a7d37
  21. Apr 04, 2013
  22. Mar 23, 2013
  23. Mar 21, 2013
  24. Mar 13, 2013
  25. Feb 22, 2013
  26. Feb 20, 2013
    • Alexander Potapenko's avatar
      [ASan] Delete asan/dynamic dir and temporarily move the interposers... · 70b01558
      Alexander Potapenko authored
      [ASan] Delete asan/dynamic dir and temporarily move the interposers declarations to asan_intercepted_functions.h
      Now that we have only one dependency on asan_intercepted_functions.h, we can unite that code with the interceptors declarations in asan_interceptors.cc and get rid of asan_intercepted_functions.h
      
      llvm-svn: 175631
      70b01558
  27. Feb 05, 2013
  28. Jan 22, 2013
  29. Jan 21, 2013
Loading