[llvm-bugs] [Bug 30244] New: TSAN analyze step fails on the bots

via llvm-bugs llvm-bugs at lists.llvm.org
Thu Sep 1 12:20:52 PDT 2016


https://llvm.org/bugs/show_bug.cgi?id=30244

            Bug ID: 30244
           Summary: TSAN analyze step fails on the bots
           Product: compiler-rt
           Version: unspecified
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P
         Component: compiler-rt
          Assignee: unassignedbugs at nondot.org
          Reporter: krasin at google.com
                CC: llvm-bugs at lists.llvm.org
    Classification: Unclassified

Recently, the sanitizer autoconf bot turned red:
http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux-autoconf/builds/24680/steps/tsan%20analyze/logs/stdio

The failure is described as:

+
/mnt/b/sanitizer-buildbot4/sanitizer-x86_64-linux-autoconf/build/llvm/projects/compiler-rt/lib/tsan/check_analyze.sh
/tmp/tsan_exe.L3wvOKAx
...
     read1 tot 412; size 1428; rsp 1; push 6; pop 6; call 2; load  6; store 11;
sh  28; mov  95; lea   8; cmp  60
...
FAILED read1 must contain push 5
+ echo @@@STEP_FAILURE@@@
@@@STEP_FAILURE@@@

On the previous buildbot run, it was 5:
http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux-autoconf/builds/24679/steps/tsan%20analyze/logs/stdio

     read2 tot 386; size 1361; rsp 1; push 5; pop 5; call 2; load  8; store 11;
sh  28; mov  89; lea   4; cmp  64

The CL affected the code is (unsurprisingly) related to codegen:
https://reviews.llvm.org/rL280364

And the last commit to check_analyze.sh tells us:

"""
r268382 | dvyukov | 2016-05-03 06:59:41 -0700 (Tue, 03 May 2016) | 11 lines

tsan: update tsan_analyze to what tip clang generates

We used to depend on host gcc. But some distributions got
new gcc recently which broke the check. Generally, we can't
depend that an arbitrary host gcc generates something stable.

Switch to clang.
This has an additional advantage of catching regressions in
clang codegen.
"""

I guess, we have caught a regression in clang codegen, but I am failing to
decipher what it means for us: shall we fix the codegen or just update the
expectation?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20160901/26bc41ba/attachment.html>


More information about the llvm-bugs mailing list