Skip to content
Snippets Groups Projects
  1. Mar 24, 2015
  2. Feb 18, 2015
  3. Feb 17, 2015
  4. Dec 18, 2014
  5. Nov 10, 2014
  6. Nov 07, 2014
  7. May 22, 2014
  8. May 15, 2014
  9. May 12, 2014
  10. Mar 21, 2014
    • Alexey Samsonov's avatar
      [CMake] Propagate top-level targets for compiler-rt runtimes and test-suites · fb9697c3
      Alexey Samsonov authored
      from (external) compiler-rt build tree into LLVM/Clang build tree in
      LLVM_BUILD_EXTERNAL_COMPILER_RT mode.
      
      For instance, running
        make asan -j12
      in LLVM/Clang build tree will now build Clang, use it to configure
      compiler-rt build tree, and invoke "make asan -j12" there. ASan runtime will
      be built in the proper location, where Clang driver expects to find it.
      
      Running
        make check-asan
      will build Clang, use it to configure compiler-rt build tree, build everything
      there, and then run "make check-asan" in compiler-rt build tree using just-built
      Clang and ASan runtime.
      
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@204463 91177308-0d34-0410-b5e6-96231b3b80d8
      fb9697c3
  11. Feb 27, 2014
    • Alexey Samsonov's avatar
      [CMake] Teach build system to build/test compiler-rt with a just-built Clang · f0ca76d1
      Alexey Samsonov authored
      With this change, one may set LLVM_BUILD_EXTERNAL_COMPILER_RT option
      to build compiler-rt libraries with just-built Clang.
      
        make compiler-rt
      in the build tree will build all compiler-rt libraries with just-built Clang
      and copy them to the proper location in the Clang resource directory.
      
        make check-compiler-rt
      will run the compiler-rt test suite using just-built Clang and runtime
      libraries.
      
      The goal is to make LLVM_BUILD_EXTERNAL_COMPILER_RT the default, so that
      we can always build compiler-rt libraries with Clang, not the host compiler,
      and for all the platforms Clang can target.
      
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@202367 91177308-0d34-0410-b5e6-96231b3b80d8
      f0ca76d1
  12. Jan 21, 2014
  13. Dec 11, 2013
  14. Dec 05, 2013
  15. Nov 16, 2013
  16. Nov 15, 2013
  17. Nov 06, 2013
  18. Oct 28, 2013
  19. Aug 20, 2013
  20. Aug 08, 2013
  21. Jun 23, 2013
  22. May 20, 2013
  23. Mar 21, 2013
    • Richard Smith's avatar
      Split ubsan runtime into three pieces (clang part): · 61a574f6
      Richard Smith authored
       * libclang_rt-san-* is sanitizer_common, and is linked in only if no other
         sanitizer runtime is present.
       * libclang_rt-ubsan-* is the piece of the runtime which doesn't depend on
         a C++ ABI library, and is always linked in.
       * libclang_rt-ubsan_cxx-* is the piece of the runtime which depends on a
         C++ ABI library, and is only linked in when linking a C++ binary.
      
      This change also switches us to using -whole-archive for the ubsan runtime
      (which is made possible by the above split), and switches us to only linking
      the sanitizer runtime into the main binary and not into DSOs (which is made
      possible by using -whole-archive).
      
      The motivation for this is to only link a single copy of sanitizer_common
      into any binary. This is becoming important now because we want to share
      more state between multiple sanitizers in the same process (for instance,
      we want a single shared output mutex).
      
      The Darwin ubsan runtime is unchanged; because we use a DSO there, we don't
      need this complexity.
      
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@177605 91177308-0d34-0410-b5e6-96231b3b80d8
      61a574f6
  24. Feb 21, 2013
  25. Nov 16, 2012
  26. Nov 15, 2012
  27. Oct 24, 2012
  28. Oct 16, 2012
  29. Oct 15, 2012
  30. Oct 09, 2012
  31. Oct 03, 2012
  32. Sep 30, 2012
  33. Sep 17, 2012
  34. Sep 14, 2012
  35. Jun 26, 2012
  36. May 16, 2012
  37. Mar 05, 2012
Loading