Skip to content
  1. Sep 12, 2012
  2. Sep 11, 2012
  3. Sep 10, 2012
  4. Sep 07, 2012
  5. Sep 06, 2012
  6. Sep 05, 2012
  7. Aug 31, 2012
  8. Aug 30, 2012
  9. Aug 29, 2012
    • Alexey Samsonov's avatar
      [ASan] fix flakiness of Linux-specific clone_test: waitpid should better be... · 608a4b5d
      Alexey Samsonov authored
      [ASan] fix flakiness of Linux-specific clone_test: waitpid should better be provided with __WCLONE option, otherwise it didn't wait for the subprocess, returned -1, and we went crushing the subprocess stack
      
      llvm-svn: 162842
      608a4b5d
    • Alexander Potapenko's avatar
      For invalid pointers passed to free_common check whether they are actually... · 5a9b616d
      Alexander Potapenko authored
      For invalid pointers passed to free_common check whether they are actually skewed to hold an additional CFAllocatorRef.
      If so, fix the pointer and pass it to asan_free.
      
      See http://code.google.com/p/address-sanitizer/issues/detail?id=70 for more background.
      
      llvm-svn: 162839
      5a9b616d
    • Kostya Serebryany's avatar
      [asan] fix asan's Makefile.old -- our build bot still uses it (hopefully, will... · e4d9c7b9
      Kostya Serebryany authored
      [asan] fix asan's Makefile.old -- our build bot still uses it (hopefully, will soon migrate to cmake completely)
      
      llvm-svn: 162831
      e4d9c7b9
    • Chandler Carruth's avatar
      Relocate the external headers provided by ASan and the common sanitizer · 1aa4fef6
      Chandler Carruth authored
      library.
      
      These headers are intended to be available to user code when built with
      AddressSanitizer (or one of the other sanitizer's in the future) to
      interface with the runtime library. As such, they form stable external
      C interfaces, and the headers shouldn't be located within the
      implementation.
      
      I've pulled them out into what seem like fairly obvious locations and
      names, but I'm wide open to further bikeshedding of these names and
      locations.
      
      I've updated the code and the build system to cope with the new
      locations, both CMake and Makefile. Please let me know if this breaks
      anyone's build.
      
      The eventual goal is to install these headers along side the Clang
      builtin headers when we build the ASan runtime and install it. My
      current thinking is to locate them at:
      
        <prefix>/lib/clang/X.Y/include/sanitizer/common_interface_defs.h
        <prefix>/lib/clang/X.Y/include/sanitizer/asan_interface.h
        <prefix>/lib/clang/X.Y/include/sanitizer/...
      
      But maybe others have different suggestions?
      
      Fixing the style of the #include between these headers at least unblocks
      experimentation with installing them as they now should work when
      installed in these locations.
      
      llvm-svn: 162822
      1aa4fef6
    • Chandler Carruth's avatar
      Some flag cleanup for the sanitizer runtimes. · c1c9d581
      Chandler Carruth authored
      This hoists most of the CFLAGS into a common variable. It also adds
      detection for -Wno-c99-extensions and uses it to silence a pile of
      warnings.
      
      Finally, it switches to the proper flag -rdynamic.
      
      With this, the cmake build is warning free on my bootstrap Linux build.
      
      llvm-svn: 162809
      c1c9d581
  10. Aug 28, 2012
Loading