en Copyright 2015 Java http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Instrumentation/MemorySanitizer/libatomic.ll#3ff17b05 [msan][test] Remove legacy PM style opt -foo tests List of files: /llvm-project-15.0.7/llvm/test/Instrumentation/MemorySanitizer/libatomic.ll Sat, 16 Apr 2022 04:07:50 +0000 Fangrui Song <i@maskray.me> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Instrumentation/MemorySanitizer/libatomic.ll#97de0188 [MSAN] Reintroduce libatomic load/store instrumentationHave the front-end use the `nounwind` attribute on atomic libcalls.This prevents us from seeing `invoke __atomic_load` in MSAN, whichis problematic as it has no successor for instrumentation to be added. List of files: /llvm-project-15.0.7/llvm/test/Instrumentation/MemorySanitizer/libatomic.ll Fri, 14 Aug 2020 20:31:10 +0000 Gui Andrade <guiand@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Instrumentation/MemorySanitizer/libatomic.ll#33d23951 [MSAN] Instrument libatomic load/store callsThese calls are neither intercepted by compiler-rt nor is libatomic.anaturally instrumented.This patch uses the existing libcall mechanism to detect a callto atomic_load or atomic_store, and instruments them much likethe preexisting instrumentation for atomics.Calls to _load are modified to have at least Acquire ordering, andcalls to _store at least Release ordering. Because this needs to beconverted at runtime, msan injects a LUT (implemented as a vectorwith extractelement).Differential Revision: https://reviews.llvm.org/D83337 List of files: /llvm-project-15.0.7/llvm/test/Instrumentation/MemorySanitizer/libatomic.ll Wed, 22 Jul 2020 16:34:55 +0000 Gui Andrade <guiand@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Instrumentation/MemorySanitizer/libatomic.ll#1f29171a update libatomic instrumentation List of files: /llvm-project-15.0.7/llvm/test/Instrumentation/MemorySanitizer/libatomic.ll Sat, 18 Jul 2020 03:39:14 +0000 Gui Andrade <guiand@google.com>