| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
[compiler-rt][CMake] Set --unwindlib=none when using LLVM libunwind We already link libunwind explicitly so avoid trying to link toolchain's default libunwind which may be missing. This matches what we already do for libcxx and libcxxabi. Differential Revision: https://reviews.llvm.org/D129472 | 3 年前 | |
Revert "sanitizers: increase .clang-format columns to 100" This reverts commit 5d1df6d220f1d6f726d9643848679d781750db64. There is a strong objection to this change: https://reviews.llvm.org/D106436#2905618 Reviewed By: dblaikie Differential Revision: https://reviews.llvm.org/D106847 | 4 年前 | |
[compiler-rt][cmake] Fix clang-cl warnings introduced in ae4c643bcdf2 See report in https://reviews.llvm.org/D116872#3245667 | 4 年前 | |
[Sanitizers][Darwin] Replace SANITIZER_MAC with SANITIZER_APPLE in source files This is a follow up to [Sanitizers][Darwin] Rename Apple macro SANITIZER_MAC -> SANITIZER_APPLE (D125816) Performed a global search/replace as in title against LLVM sources Differential Revision: https://reviews.llvm.org/D126263 | 4 年前 | |
[sanitizer] Define SANITIZER_GLIBC to refine SANITIZER_LINUX feature detection and support musl Several #if SANITIZER_LINUX && !SANITIZER_ANDROID guards are replaced with the more appropriate #if SANITIZER_GLIBC (the headers are glibc extensions, not specific to Linux (i.e. if we ever support GNU/kFreeBSD or Hurd, the guards may automatically work)). Several #if SANITIZER_LINUX && !SANITIZER_ANDROID guards are refined with #if SANITIZER_GLIBC (the definitions are available on Linux glibc, but may not be available on other libc (e.g. musl) implementations). This patch makes ninja asan cfi lsan msan stats tsan ubsan xray build on a musl based Linux distribution (apk install musl-libintl) Notes about disabled interceptors for musl: * SANITIZER_INTERCEPT_GLOB: musl does not implement GLOB_ALTDIRFUNC (GNU extension) * Some ioctl structs and functions operating on them. * SANITIZER_INTERCEPT___PRINTF_CHK: _FORTIFY_SOURCE functions are GNU extension * SANITIZER_INTERCEPT___STRNDUP: dlsym(RTLD_NEXT, "__strndup") errors so a diagnostic is formed. The diagnostic uses write which hasn't been intercepted => SIGSEGV * SANITIZER_INTERCEPT_*64: the _LARGEFILE64_SOURCE functions are glibc specific. musl does something like #define pread64 pread * Disabled msg_iovlen msg_controllen cmsg_len checks: musl is conforming while many implementations (Linux/FreeBSD/NetBSD/Solaris) are non-conforming. Since we pick the glibc definition, exclude the checks for musl (incompatible sizes but compatible offsets) Pass through LIBCXX_HAS_MUSL_LIBC to make check-msan/check-tsan able to build libc++ (https://bugs.llvm.org/show_bug.cgi?id=48618). Many sanitizer features are available now. % ninja check-asan (known issues: * ASAN_OPTIONS=fast_unwind_on_malloc=0 odr-violations hangs ) ... Testing Time: 53.69s Unsupported : 185 Passed : 512 Expectedly Failed: 1 Failed : 12 % ninja check-ubsan check-ubsan-minimal check-memprof # all passed % ninja check-cfi ( all cross-dso/) ... Testing Time: 8.68s Unsupported : 264 Passed : 80 Expectedly Failed: 8 Failed : 32 % ninja check-lsan (With GetTls (D93972), 10 failures) Testing Time: 4.09s Unsupported: 7 Passed : 65 Failed : 22 % ninja check-msan (Many are due to functions not marked unsupported.) Testing Time: 23.09s Unsupported : 6 Passed : 764 Expectedly Failed: 2 Failed : 58 % ninja check-tsan Testing Time: 23.21s Unsupported : 86 Passed : 295 Expectedly Failed: 1 Failed : 25 Used ASAN_OPTIONS=verbosity=2 to verify there is no unneeded interceptor. Partly based on Jari Ronkainen's https://reviews.llvm.org/D63785#1921014 Note: we need to place _FILE_OFFSET_BITS above #include "sanitizer_platform.h" to avoid #define __USE_FILE_OFFSET64 1 in 32-bit ARM features.h Reviewed By: vitalybuka Differential Revision: https://reviews.llvm.org/D93848 | 5 年前 | |
[sanitizer] Define SANITIZER_GLIBC to refine SANITIZER_LINUX feature detection and support musl Several #if SANITIZER_LINUX && !SANITIZER_ANDROID guards are replaced with the more appropriate #if SANITIZER_GLIBC (the headers are glibc extensions, not specific to Linux (i.e. if we ever support GNU/kFreeBSD or Hurd, the guards may automatically work)). Several #if SANITIZER_LINUX && !SANITIZER_ANDROID guards are refined with #if SANITIZER_GLIBC (the definitions are available on Linux glibc, but may not be available on other libc (e.g. musl) implementations). This patch makes ninja asan cfi lsan msan stats tsan ubsan xray build on a musl based Linux distribution (apk install musl-libintl) Notes about disabled interceptors for musl: * SANITIZER_INTERCEPT_GLOB: musl does not implement GLOB_ALTDIRFUNC (GNU extension) * Some ioctl structs and functions operating on them. * SANITIZER_INTERCEPT___PRINTF_CHK: _FORTIFY_SOURCE functions are GNU extension * SANITIZER_INTERCEPT___STRNDUP: dlsym(RTLD_NEXT, "__strndup") errors so a diagnostic is formed. The diagnostic uses write which hasn't been intercepted => SIGSEGV * SANITIZER_INTERCEPT_*64: the _LARGEFILE64_SOURCE functions are glibc specific. musl does something like #define pread64 pread * Disabled msg_iovlen msg_controllen cmsg_len checks: musl is conforming while many implementations (Linux/FreeBSD/NetBSD/Solaris) are non-conforming. Since we pick the glibc definition, exclude the checks for musl (incompatible sizes but compatible offsets) Pass through LIBCXX_HAS_MUSL_LIBC to make check-msan/check-tsan able to build libc++ (https://bugs.llvm.org/show_bug.cgi?id=48618). Many sanitizer features are available now. % ninja check-asan (known issues: * ASAN_OPTIONS=fast_unwind_on_malloc=0 odr-violations hangs ) ... Testing Time: 53.69s Unsupported : 185 Passed : 512 Expectedly Failed: 1 Failed : 12 % ninja check-ubsan check-ubsan-minimal check-memprof # all passed % ninja check-cfi ( all cross-dso/) ... Testing Time: 8.68s Unsupported : 264 Passed : 80 Expectedly Failed: 8 Failed : 32 % ninja check-lsan (With GetTls (D93972), 10 failures) Testing Time: 4.09s Unsupported: 7 Passed : 65 Failed : 22 % ninja check-msan (Many are due to functions not marked unsupported.) Testing Time: 23.09s Unsupported : 6 Passed : 764 Expectedly Failed: 2 Failed : 58 % ninja check-tsan Testing Time: 23.21s Unsupported : 86 Passed : 295 Expectedly Failed: 1 Failed : 25 Used ASAN_OPTIONS=verbosity=2 to verify there is no unneeded interceptor. Partly based on Jari Ronkainen's https://reviews.llvm.org/D63785#1921014 Note: we need to place _FILE_OFFSET_BITS above #include "sanitizer_platform.h" to avoid #define __USE_FILE_OFFSET64 1 in 32-bit ARM features.h Reviewed By: vitalybuka Differential Revision: https://reviews.llvm.org/D93848 | 5 年前 | |
[Sanitizers][Darwin] Replace SANITIZER_MAC with SANITIZER_APPLE in source files This is a follow up to [Sanitizers][Darwin] Rename Apple macro SANITIZER_MAC -> SANITIZER_APPLE (D125816) Performed a global search/replace as in title against LLVM sources Differential Revision: https://reviews.llvm.org/D126263 | 4 年前 | |
[Sanitizers][Darwin] Replace SANITIZER_MAC with SANITIZER_APPLE in source files This is a follow up to [Sanitizers][Darwin] Rename Apple macro SANITIZER_MAC -> SANITIZER_APPLE (D125816) Performed a global search/replace as in title against LLVM sources Differential Revision: https://reviews.llvm.org/D126263 | 4 年前 | |
[Sanitizers][Darwin] Replace SANITIZER_MAC with SANITIZER_APPLE in source files This is a follow up to [Sanitizers][Darwin] Rename Apple macro SANITIZER_MAC -> SANITIZER_APPLE (D125816) Performed a global search/replace as in title against LLVM sources Differential Revision: https://reviews.llvm.org/D126263 | 4 年前 | |
[Sanitizers][Darwin] Replace SANITIZER_MAC with SANITIZER_APPLE in source files This is a follow up to [Sanitizers][Darwin] Rename Apple macro SANITIZER_MAC -> SANITIZER_APPLE (D125816) Performed a global search/replace as in title against LLVM sources Differential Revision: https://reviews.llvm.org/D126263 | 4 年前 | |
Update the file headers across all of the LLVM projects in the monorepo to reflect the new license. We understand that people may be surprised that we're moving the header entirely to discuss the new license. We checked this carefully with the Foundation's lawyer and we believe this is the correct approach. Essentially, all code in the project is now made available by the LLVM project under our new license, so you will see that the license headers include that license only. Some of our contributors have contributed code under our old license, and accordingly, we have retained a copy of our old license notice in the top-level files in each project and repository. llvm-svn: 351636 | 7 年前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 3 年前 | ||
| 4 年前 | ||
| 4 年前 | ||
| 4 年前 | ||
| 5 年前 | ||
| 5 年前 | ||
| 4 年前 | ||
| 4 年前 | ||
| 4 年前 | ||
| 4 年前 | ||
| 7 年前 |