| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
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] separate lsan, ubsan, stats configuration from SANITIZER_COMMON_SUPPORTED_OS Currently, SANITIZER_COMMON_SUPPORTED_OS is being used to enable many libraries. Unfortunately this makes it impossible to selectively disable a library based on the OS. This patch removes this limitation by adding a separate list of supported OSs for the lsan, ubsan, ubsan_minimal, and stats libraries. Reviewed By: delcypher Differential Revision: https://reviews.llvm.org/D113444 | 4 年前 | |
[NFC][sanitizer] Rename *ThreadRegistry functions Reviewed By: thurston Differential Revision: https://reviews.llvm.org/D150407 | 3 年前 | |
[lsan] On Fuchsia, don't use atexit hook for leak checks This is a re-land of https://reviews.llvm.org/D86171 with fix. Fuchsia's system libraries are instrumented and use the lsan allocator for internal purposes. So leak checking needs to run after all atexit hooks and after the system libraries' internal exit-time hooks. The <zircon/sanitizer.h> hook API calls the __sanitizer_process_exit_hook function at exactly the right time. Reviewed By: vitalybuka Differential Revision: https://reviews.llvm.org/D88248 | 4 年前 | |
[Sw64] Add Sw64 target support for compiler-rt | 1 年前 | |
[lsan] Fix allocator_interface implementation __sanitizer_get_current_allocated_bytes had as body, but allocator caches were not registered to collect stats. It's done by SizeClassAllocator64LocalCache::Init(). Reviewed By: thurston Differential Revision: https://reviews.llvm.org/D151355 | 3 年前 | |
[Sw64] Add Sw64 target support for compiler-rt | 1 年前 | |
[Sw64] Add Sw64 target support for compiler-rt | 1 年前 | |
[LSAN][Fuchsia] Added ForEachExtraThreadStackRange to support Fuchsia code. Reviewed By: vitalybuka Differential Revision: https://reviews.llvm.org/D141724 | 3 年前 | |
[NFC][lsan] Refactor LockThreadRegistry/LockAllocator calls | 4 年前 | |
[lsan] Don't use InternalMmapVectorNoCtor as local var | 3 年前 | |
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 年前 | |
[NFC][lsan] Add GetCurrentThreadId wrapper for GetCurrentThread I am going to change return type of GetCurrentThreadId() in the next patch. Differential Revision: https://reviews.llvm.org/D148394 | 3 年前 | |
[lsan] Use final on Fuchsia ThreadContext declaration This is consistent with other platforms' versions and eliminates a compiler warning. Reviewed By: leonardchan Differential Revision: https://reviews.llvm.org/D92442 | 5 年前 | |
sanitizer_common: initialize sanitizer runtimes lazily from signal interceptors Currently if a program calls sigaction very early (before non-lazy sanitizer initialization, in particular if .preinit_array initialization is not enabled), then sigaction will wrongly fail since the interceptor is not initialized yet. In all other interceptors we do lazy runtime initialization for this reason, but we don't do it in the signal interceptors. Do lazy runtime initialization in signal interceptors as well. Reviewed By: melver Differential Revision: https://reviews.llvm.org/D155188 | 2 年前 | |
[lsan] Don't crash on ThreadRegistry::threads_ data race Comment "No lock needed" in CurrentThreadContext was wrong. Concurent ThreadRegistry::CreateThread can resize and relocate ThreadRegistry::threads_ the same time CurrentThreadContext reads it. To mitigate lock cost we store ThreadContext* instead of tid in THREADLOCAL cache, we can tid from the ThreadContext*. Reviewed By: kstoimenov, MaskRay Differential Revision: https://reviews.llvm.org/D148281 | 3 年前 | |
lsan-rt: silence a -Wformat-pedantic | 3 年前 | |
[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 年前 | |
[NFC][lsan] Add GetCurrentThreadId wrapper for GetCurrentThread I am going to change return type of GetCurrentThreadId() in the next patch. Differential Revision: https://reviews.llvm.org/D148394 | 3 年前 | |
[sanitizer] Make destructors protected | 5 年前 | |
compiler-rt: Rename .cc file in lib/lsan to .cpp Like r367463, but for lsan. llvm-svn: 367561 | 6 年前 | |
[NFC][sanitizer] Rename *ThreadRegistry functions Reviewed By: thurston Differential Revision: https://reviews.llvm.org/D150407 | 3 年前 | |
[NFC][sanitizer] Rename *ThreadRegistry functions Reviewed By: thurston Differential Revision: https://reviews.llvm.org/D150407 | 3 年前 | |
[lsan] Add __lsan_default_options For consistency with asan, msan, tsan and ubsan. llvm-svn: 314048 | 8 年前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 4 年前 | ||
| 4 年前 | ||
| 3 年前 | ||
| 4 年前 | ||
| 1 年前 | ||
| 3 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 3 年前 | ||
| 4 年前 | ||
| 3 年前 | ||
| 7 年前 | ||
| 3 年前 | ||
| 5 年前 | ||
| 2 年前 | ||
| 3 年前 | ||
| 3 年前 | ||
| 4 年前 | ||
| 3 年前 | ||
| 5 年前 | ||
| 6 年前 | ||
| 3 年前 | ||
| 3 年前 | ||
| 8 年前 |