search for: threadsanitizer

Hi, I've just tagged LLVM 9.0.1-rc3. Testers can begin testing and uploading binaries. This will be the last release candidate unless there is a major problem. I'm planning to tag the final release on Dec 19. -Tom

Hi, I've tagged the LLVM 9.0.1-rc1 release. Testers can begin testing and upload binaries. I've also updated the test-release.sh script to pull from GitHub instead of SVN, if you run into any issues with the new script, let me know. -Tom

Hi, I've just tagged the 9.0.1-final release. Testers can begin uploading binaries. -Tom

Hi, I've tagged LLVM 9.0.1-rc2. Testers can begin testing and uploading binaries. If all goes well, this will be the last -rc. -Tom

Hello everyone, 9.0.0-rc5 was just tagged from the release_90 branch at r371837. In the Git monorepo, it's tagged as llvmorg-9.0.0-rc5. Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc5 Binaries will be added as they become available. There is only a single change from rc4 to rc5. Once more, the hope is that this will be the last release candidate and that we can

Bill, For some reason the llvm-symbolizer tests fail on ppc: http://lab.llvm.org:8011/builders/clang-ppc64le-linux/builds/182/steps/ninja%20check%201/logs/stdio because it can't be started: /home/buildbots/ppc64le-clang-test/clang-ppc64le/stage1/./bin/llvm-symbolizer: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by

Hello again, 9.0.0-rc4 was just tagged from the release_90 branch at r371490. In the Git monorepo, it's tagged as llvmorg-9.0.0-rc4. Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc4 Binaries will be added as they become available. There are not a lot of changes from rc3 to rc4, and there are again no open release blockers, so I'm hoping this will be the last

Hello everyone, 9.0.0-rc3 was tagged today from the release_90 branch at r370450. In the Git monorepo, it's tagged as llvmorg-9.0.0-rc3. Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc3 Binaries will be added as they become available. There are currently no open release blockers, which means if nothing new comes up, the final release could ship soon and this is

Hello everyone, 9.0.0-rc6 was just tagged from the release_90 branch at r372100. In the Git monorepo, it's tagged as llvmorg-9.0.0-rc6. Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc6 This is the same as rc5 plus one very minor change (r371969) that still seemed good to pick up. I'm not allocating extra time for testing this one, expecting to tag

Hello, I've been looking at ThreadSanitizer in https://github.com/llvm-mirror/compiler-rt and I noticed some Java-related files. Is there a version of ThreadSanitizer build on top of that, which I could use to sanitize my Java programs? I could not find any. I found https://github.com/google/java-thread-sanitizer, which seems to be now aban...

Dear lazydev, I'm writing an instrumentation pass that depends on AliasAnalysis. My getAnalysisUsage() looks as follows: 2453 void ThreadSanitizer::getAnalysisUsage(AnalysisUsage &AU) const { 2454 AU.addRequired<TargetData>(); 2455 AU.addRequired<AliasAnalysis>(); 2456 } and the pass initialization: 2668 char ThreadSanitizer::ID = 0; 2669 INITIALIZE_PASS_BEGIN(ThreadSanitizer, "tsan", 2670...

...FileOps SanitizerCommon-Unit :: Sanitizer-mips64-Test/SanitizerIoctl.KVM_GET_LAPIC SanitizerCommon-Unit :: Sanitizer-mips64-Test/SanitizerIoctl.KVM_GET_MP_STATE SanitizerCommon-asan :: Linux/getpwnam_r_invalid_user.cc SanitizerCommon-lsan :: Linux/getpwnam_r_invalid_user.cc ThreadSanitizer-mips64 :: atexit2.cc ThreadSanitizer-mips64 :: deadlock_detector_stress_test.cc ThreadSanitizer-mips64 :: java_alloc.cc ThreadSanitizer-mips64 :: java_race_pc.cc ThreadSanitizer-mips64 :: longjmp.cc ThreadSanitizer-mips64 :: longjmp2.cc ThreadSanitizer-mips64 :: longjm...

...e creating passes. Maybe it could help you to track down the issue. - D. 2011/12/6 Alexander Potapenko <glider at google.com>: > Dear lazydev, > > I'm writing an instrumentation pass that depends on AliasAnalysis. My > getAnalysisUsage() looks as follows: > > 2453 void ThreadSanitizer::getAnalysisUsage(AnalysisUsage &AU) const { > 2454   AU.addRequired<TargetData>(); > 2455   AU.addRequired<AliasAnalysis>(); > 2456 } > > and the pass initialization: > > 2668 char ThreadSanitizer::ID = 0; > 2669 INITIALIZE_PASS_BEGIN(ThreadSanitizer, "...

> > On Aug 30, 2017, at 12:51 AM, Jiri Danek via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > I found https://github.com/google/java-thread-sanitizer, which seems to > be now abandoned. It used to work with ThreadSanitizer v1. Has anybody ever > tried to make it work with the current ThreadSanitizer? > > I gave it a try and bending java-thread-sanitizer to my needs seems doable so far: 1) making java-thread-sanitizer compile with Gradle and run its example under Java 8, check (although I have to pass -nover...

Dear testers, Release Candidate 3 has just been tagged [1]. Please build, test, and upload to the sftp. If there are no regressions from previous release candidates, this will be the last release candidate before the final release. Release notes can still go into the branch. Thanks again for all your work! Hans [1] http://lists.llvm.org/pipermail/llvm-branch-commits/2016-February/009866.html

...ils on some builds. Can we change the test to keep its output? Will it just be blank anyways? > On Jan 20, 2016, at 1:23 PM, Kostya Serebryany <kcc at google.com> wrote: > > The test fails again: http://lab.llvm.org:8080/green/job/clang-stage1-cmake-RA_check/9739/testReport/junit/ThreadSanitizer/ThreadSanitizer/mmap_stress_cc/ <http://lab.llvm.org:8080/green/job/clang-stage1-cmake-RA_check/9739/testReport/junit/ThreadSanitizer/ThreadSanitizer/mmap_stress_cc/> > But unfortunately lit does not provide the original log, so we still don't know why... > > On Wed, Jan 13, 20...

Hi, I've tagged 3.8.1-rc1, testers can begin testing. -Tom

...ips64-Test/SanitizerIoctl.KVM_GET_LAPIC > SanitizerCommon-Unit :: Sanitizer-mips64-Test/SanitizerIoctl.KVM_GET_MP_STATE > SanitizerCommon-asan :: Linux/getpwnam_r_invalid_user.cc > SanitizerCommon-lsan :: Linux/getpwnam_r_invalid_user.cc > ThreadSanitizer-mips64 :: atexit2.cc > ThreadSanitizer-mips64 :: deadlock_detector_stress_test.cc > ThreadSanitizer-mips64 :: java_alloc.cc > ThreadSanitizer-mips64 :: java_race_pc.cc > ThreadSanitizer-mips64 :: longjmp.cc > ThreadSanitizer...

...r.getgrent_r > MemorySanitizer-Unit :: > Msan-x86_64-with-call-Test/MemorySanitizer.getpwent > MemorySanitizer-Unit :: > Msan-x86_64-with-call-Test/MemorySanitizer.getpwent_r > SanitizerCommon-Unit :: > Sanitizer-x86_64-Test/SanitizerLinux.ThreadDescriptorSize > ThreadSanitizer :: Linux/mutex_robust.cc > ThreadSanitizer :: Linux/mutex_robust2.cc > ThreadSanitizer :: thread_name2.cc > libc++ :: std/depr/depr.c.headers/uchar_h.pass.cpp > This is caused because the system does not provide a uchar.h header. > libc++ :: > std/localization/l...

Hello, While instrumenting LLVM IR in ThreadSanitizer (race detector), I need to distinguish between a store to vtable pointer (vptr) and any other regular store. This special treatment should be limited to class DTORs, so I should also know when a function is a DTOR. Rationale: need to distinguish benign and harmful races on vptr ( http://code.google...