thr3ads.net - llvm dev - [LLVMdev] buildbot failure in LLVM on clang-x86

If this information is useful, please help other people find it:
Share via:

Jay Foad

2012-Feb-21 10:51 UTC

[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt

All,

This buildbot is getting lots of assertion failures in the test suite.
They were probably caused by my commit:

------------------------------------------------------------------------
r151049 | foad | 2012-02-21 09:25:52 +0000 (Tue, 21 Feb 2012) | 6 lines
Changed paths:
   M /llvm/trunk/lib/VMCore/LLVMContextImpl.h
   M /llvm/trunk/lib/VMCore/Type.cpp

PR1210: make uniquing of struct and function types more efficient by
using a DenseMap and Talin's new GeneralHash, avoiding the need for a
temporary std::vector on every lookup.

Patch by Meador Inge!

------------------------------------------------------------------------

... but I can't reproduce the failures on my machine. I'm also running
x86_64 Linux, I've checked out the same revision of
llvm+clang+testsuite as the buildbot, I'm doing a Release+Asserts
build.

Is anyone else seeing these failures? Any ideas how I can reproduce them here?

Thanks,
Jay.


Example failure from
http://lab.llvm.org:8011/builders/clang-x86_64-debian-fnt/builds/4877/steps/make.test-suite/logs/stdio
:

0  clang           0x0000000001e417ff
1  clang           0x0000000001e43a62
2  libpthread.so.0 0x00002aaaaacd9f60
3  libc.so.6       0x00002aaaab8cb165 gsignal + 53
4  libc.so.6       0x00002aaaab8cdf70 abort + 384
5  libc.so.6       0x00002aaaab8c42b1 __assert_fail + 241
6  clang           0x0000000001d799dc
llvm::Intrinsic::getDeclaration(llvm::Module*, llvm::Intrinsic::ID,
llvm::ArrayRef<llvm::Type*>) + 172
7  clang           0x0000000001da8476
llvm::IRBuilderBase::CreateMemCpy(llvm::Value*, llvm::Value*,
llvm::Value*, unsigned int, bool, llvm::MDNode*) + 278
8  clang           0x0000000000917059
clang::CodeGen::CodeGenFunction::EmitBuiltinExpr(clang::FunctionDecl
const*, unsigned int, clang::CallExpr const*) + 13001
9  clang           0x000000000085491c
clang::CodeGen::CodeGenFunction::EmitCallExpr(clang::CallExpr const*,
clang::CodeGen::ReturnValueSlot) + 236
10 clang           0x0000000000879146
11 clang           0x00000000008807ae
12 clang           0x0000000000882f40
clang::CodeGen::CodeGenFunction::EmitScalarExpr(clang::Expr const*,
bool) + 96
13 clang           0x0000000000847a27
clang::CodeGen::CodeGenFunction::EmitAnyExpr(clang::Expr const*,
clang::CodeGen::AggValueSlot, bool) + 247
14 clang           0x00000000008e6948
clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 712
15 clang           0x00000000008e9e40
clang::CodeGen::CodeGenFunction::EmitCompoundStmt(clang::CompoundStmt
const&, bool, clang::CodeGen::AggValueSlot) + 272
16 clang           0x00000000008ea0ff
clang::CodeGen::CodeGenFunction::EmitSimpleStmt(clang::Stmt const*) +
271
17 clang           0x00000000008e66a7
clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 39
18 clang           0x00000000008e9c42
clang::CodeGen::CodeGenFunction::EmitIfStmt(clang::IfStmt const&) +
594
19 clang           0x00000000008e9e40
clang::CodeGen::CodeGenFunction::EmitCompoundStmt(clang::CompoundStmt
const&, bool, clang::CodeGen::AggValueSlot) + 272
20 clang           0x00000000008ea0ff
clang::CodeGen::CodeGenFunction::EmitSimpleStmt(clang::Stmt const*) +
271
21 clang           0x00000000008e66a7
clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 39
22 clang           0x00000000008e71ef
clang::CodeGen::CodeGenFunction::EmitSwitchStmt(clang::SwitchStmt
const&) + 1247
23 clang           0x00000000008e9e40
clang::CodeGen::CodeGenFunction::EmitCompoundStmt(clang::CompoundStmt
const&, bool, clang::CodeGen::AggValueSlot) + 272
24 clang           0x00000000008ea0ff
clang::CodeGen::CodeGenFunction::EmitSimpleStmt(clang::Stmt const*) +
271
25 clang           0x00000000008e66a7
clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 39
26 clang           0x00000000008f7193
clang::CodeGen::CodeGenFunction::GenerateCode(clang::GlobalDecl,
llvm::Function*, clang::CodeGen::CGFunctionInfo const&) + 995
27 clang           0x00000000007ca16b
clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition(clang::GlobalDecl)
+ 587
28 clang           0x00000000007dbe0e
clang::CodeGen::CodeGenModule::EmitGlobalDefinition(clang::GlobalDecl)
+ 190
29 clang           0x00000000007dc3ed
clang::CodeGen::CodeGenModule::EmitGlobal(clang::GlobalDecl) + 1197
30 clang           0x00000000007dc82b
clang::CodeGen::CodeGenModule::EmitTopLevelDecl(clang::Decl*) + 491
31 clang           0x00000000007bc394
32 clang           0x00000000007bb611
33 clang           0x0000000000918525 clang::ParseAST(clang::Sema&, bool) +
309
34 clang           0x00000000007baa04 clang::CodeGenAction::ExecuteAction() + 68
35 clang           0x000000000065e701
clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 321
36 clang           0x0000000000647289
clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 1609
37 clang           0x000000000063c268 cc1_main(char const**, char
const**, char const*, void*) + 920
38 clang           0x0000000000645f77 main + 7079
39 libc.so.6       0x00002aaaab8b7c4d __libc_start_main + 253
40 clang           0x0000000000639ad9
Stack dump:
0.	Program arguments:
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/clang
-cc1 -triple x86_64-pc-linux-gnu -emit-llvm -disable-free
-main-file-name slib.c -mrelocation-model static -masm-verbose
-mconstructor-aliases -munwind-tables -target-cpu x86-64
-momit-leaf-frame-pointer -coverage-file Output/slib.ll -resource-dir
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/../lib/clang/3.1
-D __USE_MISC -D __USE_GNU -D __USE_SVID -D __USE_XOPEN_EXTENDED -D
__USE_XOPEN -D unix -D _GNU_SOURCE -D __STDC_LIMIT_MACROS -D NDEBUG -I
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.obj/MultiSource/Applications/siod
-I
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod
-I
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.obj/../test-suite.src/include
-I ../../../include -I
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/include
-I /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.src/include
-fmodule-cache-path /var/tmp/clang-module-cache -internal-isystem
/usr/local/include -internal-isystem
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/../lib/clang/3.1/include
-internal-externc-isystem /usr/include/x86_64-linux-gnu
-internal-externc-isystem /include -internal-externc-isystem
/usr/include -O3 -fdebug-compilation-dir /bin/pwd -ferror-limit 19
-fmessage-length 0 -mstackrealign -fgnu-runtime -fobjc-runtime-has-arc
-fobjc-runtime-has-weak -fobjc-fragile-abi -fdiagnostics-show-option
-disable-llvm-optzns -o Output/slib.ll -x c
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c
1.
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1133:1:
current parser token 'LISP'
2.
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1097:6:
LLVM IR generation of declaration 'gc_relocate'
3.
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1097:6:
Generating code for declaration 'gc_relocate'
4.
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1098:1:
LLVM IR generation of compound statement ('{}')
5.
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1103:4:
LLVM IR generation of compound statement ('{}')
6.
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1126:2:
LLVM IR generation of compound statement ('{}')


On 21 February 2012 09:45,  <llvm.buildmaster at lab.llvm.org>
wrote:> The Buildbot has detected a new failure on builder clang-x86_64-debian-fnt
while building llvm.
> Full details are available at:
>  http://lab.llvm.org:8011/builders/clang-x86_64-debian-fnt/builds/4877
>
> Buildbot URL: http://lab.llvm.org:8011/
>
> Buildslave for this Build: gcc20
>
> Build Reason: scheduler
> Build Source Stamp: [branch trunk] 151050
> Blamelist: chandlerc,foad
>
> BUILD FAILED: failed make.test-suite
>
> sincerely,
>  -The Buildbot

Chandler Carruth

2012-Feb-21 11:45 UTC

head link

[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt

On Tue, Feb 21, 2012 at 2:51 AM, Jay Foad <jay.foad at gmail.com> wrote:
> All,
>
> This buildbot is getting lots of assertion failures in the test suite.
> They were probably caused by my commit:
>
> ------------------------------------------------------------------------
> r151049 | foad | 2012-02-21 09:25:52 +0000 (Tue, 21 Feb 2012) | 6 lines
> Changed paths:
>   M /llvm/trunk/lib/VMCore/LLVMContextImpl.h
>   M /llvm/trunk/lib/VMCore/Type.cpp
>
> PR1210: make uniquing of struct and function types more efficient by
> using a DenseMap and Talin's new GeneralHash, avoiding the need for a
> temporary std::vector on every lookup.
>
> Patch by Meador Inge!
>
> ------------------------------------------------------------------------
>
> ... but I can't reproduce the failures on my machine. I'm also
running
> x86_64 Linux, I've checked out the same revision of
> llvm+clang+testsuite as the buildbot, I'm doing a Release+Asserts
> build.
>
> Is anyone else seeing these failures? Any ideas how I can reproduce them
> here?
>
If the hashing is the culprit, there are many more variables to consider:
different pointer values entering the hash can cause drastically different
results.

The best way to spot this is often through scrutiny and direct testing of
the hashing. We've already found one bug in the hashing library, so it
could likely be tested significantly more thoroughly. I don't have time
tonight, but I can scrutinize the actual commit using the hashing library
to see if we're just putting bad data into it.

Either way, I would try speculatively reverting to ensure it is this patch.
If so, we can keep experimenting with the patch, but it's important to get
the builders back. There are several others seeing the failure as well.

>
> Thanks,
> Jay.
>
>
> Example failure from
>
>
http://lab.llvm.org:8011/builders/clang-x86_64-debian-fnt/builds/4877/steps/make.test-suite/logs/stdio
> :
>
> 0  clang           0x0000000001e417ff
> 1  clang           0x0000000001e43a62
> 2  libpthread.so.0 0x00002aaaaacd9f60
> 3  libc.so.6       0x00002aaaab8cb165 gsignal + 53
> 4  libc.so.6       0x00002aaaab8cdf70 abort + 384
> 5  libc.so.6       0x00002aaaab8c42b1 __assert_fail + 241
> 6  clang           0x0000000001d799dc
> llvm::Intrinsic::getDeclaration(llvm::Module*, llvm::Intrinsic::ID,
> llvm::ArrayRef<llvm::Type*>) + 172
> 7  clang           0x0000000001da8476
> llvm::IRBuilderBase::CreateMemCpy(llvm::Value*, llvm::Value*,
> llvm::Value*, unsigned int, bool, llvm::MDNode*) + 278
> 8  clang           0x0000000000917059
> clang::CodeGen::CodeGenFunction::EmitBuiltinExpr(clang::FunctionDecl
> const*, unsigned int, clang::CallExpr const*) + 13001
> 9  clang           0x000000000085491c
> clang::CodeGen::CodeGenFunction::EmitCallExpr(clang::CallExpr const*,
> clang::CodeGen::ReturnValueSlot) + 236
> 10 clang           0x0000000000879146
> 11 clang           0x00000000008807ae
> 12 clang           0x0000000000882f40
> clang::CodeGen::CodeGenFunction::EmitScalarExpr(clang::Expr const*,
> bool) + 96
> 13 clang           0x0000000000847a27
> clang::CodeGen::CodeGenFunction::EmitAnyExpr(clang::Expr const*,
> clang::CodeGen::AggValueSlot, bool) + 247
> 14 clang           0x00000000008e6948
> clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 712
> 15 clang           0x00000000008e9e40
> clang::CodeGen::CodeGenFunction::EmitCompoundStmt(clang::CompoundStmt
> const&, bool, clang::CodeGen::AggValueSlot) + 272
> 16 clang           0x00000000008ea0ff
> clang::CodeGen::CodeGenFunction::EmitSimpleStmt(clang::Stmt const*) +
> 271
> 17 clang           0x00000000008e66a7
> clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 39
> 18 clang           0x00000000008e9c42
> clang::CodeGen::CodeGenFunction::EmitIfStmt(clang::IfStmt const&) +
> 594
> 19 clang           0x00000000008e9e40
> clang::CodeGen::CodeGenFunction::EmitCompoundStmt(clang::CompoundStmt
> const&, bool, clang::CodeGen::AggValueSlot) + 272
> 20 clang           0x00000000008ea0ff
> clang::CodeGen::CodeGenFunction::EmitSimpleStmt(clang::Stmt const*) +
> 271
> 21 clang           0x00000000008e66a7
> clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 39
> 22 clang           0x00000000008e71ef
> clang::CodeGen::CodeGenFunction::EmitSwitchStmt(clang::SwitchStmt
> const&) + 1247
> 23 clang           0x00000000008e9e40
> clang::CodeGen::CodeGenFunction::EmitCompoundStmt(clang::CompoundStmt
> const&, bool, clang::CodeGen::AggValueSlot) + 272
> 24 clang           0x00000000008ea0ff
> clang::CodeGen::CodeGenFunction::EmitSimpleStmt(clang::Stmt const*) +
> 271
> 25 clang           0x00000000008e66a7
> clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 39
> 26 clang           0x00000000008f7193
> clang::CodeGen::CodeGenFunction::GenerateCode(clang::GlobalDecl,
> llvm::Function*, clang::CodeGen::CGFunctionInfo const&) + 995
> 27 clang           0x00000000007ca16b
>
>
clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition(clang::GlobalDecl)
> + 587
> 28 clang           0x00000000007dbe0e
> clang::CodeGen::CodeGenModule::EmitGlobalDefinition(clang::GlobalDecl)
> + 190
> 29 clang           0x00000000007dc3ed
> clang::CodeGen::CodeGenModule::EmitGlobal(clang::GlobalDecl) + 1197
> 30 clang           0x00000000007dc82b
> clang::CodeGen::CodeGenModule::EmitTopLevelDecl(clang::Decl*) + 491
> 31 clang           0x00000000007bc394
> 32 clang           0x00000000007bb611
> 33 clang           0x0000000000918525 clang::ParseAST(clang::Sema&,
bool)
> + 309
> 34 clang           0x00000000007baa04
> clang::CodeGenAction::ExecuteAction() + 68
> 35 clang           0x000000000065e701
> clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 321
> 36 clang           0x0000000000647289
> clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 1609
> 37 clang           0x000000000063c268 cc1_main(char const**, char
> const**, char const*, void*) + 920
> 38 clang           0x0000000000645f77 main + 7079
> 39 libc.so.6       0x00002aaaab8b7c4d __libc_start_main + 253
> 40 clang           0x0000000000639ad9
> Stack dump:
> 0.      Program arguments:
>
>
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/clang
> -cc1 -triple x86_64-pc-linux-gnu -emit-llvm -disable-free
> -main-file-name slib.c -mrelocation-model static -masm-verbose
> -mconstructor-aliases -munwind-tables -target-cpu x86-64
> -momit-leaf-frame-pointer -coverage-file Output/slib.ll -resource-dir
>
>
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/../lib/clang/3.1
> -D __USE_MISC -D __USE_GNU -D __USE_SVID -D __USE_XOPEN_EXTENDED -D
> __USE_XOPEN -D unix -D _GNU_SOURCE -D __STDC_LIMIT_MACROS -D NDEBUG -I
>
>
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.obj/MultiSource/Applications/siod
> -I
>
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod
> -I
>
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.obj/../test-suite.src/include
> -I ../../../include -I
> /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/include
> -I /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.src/include
> -fmodule-cache-path /var/tmp/clang-module-cache -internal-isystem
> /usr/local/include -internal-isystem
>
>
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/../lib/clang/3.1/include
> -internal-externc-isystem /usr/include/x86_64-linux-gnu
> -internal-externc-isystem /include -internal-externc-isystem
> /usr/include -O3 -fdebug-compilation-dir /bin/pwd -ferror-limit 19
> -fmessage-length 0 -mstackrealign -fgnu-runtime -fobjc-runtime-has-arc
> -fobjc-runtime-has-weak -fobjc-fragile-abi -fdiagnostics-show-option
> -disable-llvm-optzns -o Output/slib.ll -x c
>
>
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c
> 1.
> 
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1133:1:
> current parser token 'LISP'
> 2.
> 
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1097:6:
> LLVM IR generation of declaration 'gc_relocate'
> 3.
> 
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1097:6:
> Generating code for declaration 'gc_relocate'
> 4.
> 
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1098:1:
> LLVM IR generation of compound statement ('{}')
> 5.
> 
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1103:4:
> LLVM IR generation of compound statement ('{}')
> 6.
> 
/home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1126:2:
> LLVM IR generation of compound statement ('{}')
>
>
> On 21 February 2012 09:45,  <llvm.buildmaster at lab.llvm.org> wrote:
> > The Buildbot has detected a new failure on builder
> clang-x86_64-debian-fnt while building llvm.
> > Full details are available at:
> >  http://lab.llvm.org:8011/builders/clang-x86_64-debian-fnt/builds/4877
> >
> > Buildbot URL: http://lab.llvm.org:8011/
> >
> > Buildslave for this Build: gcc20
> >
> > Build Reason: scheduler
> > Build Source Stamp: [branch trunk] 151050
> > Blamelist: chandlerc,foad
> >
> > BUILD FAILED: failed make.test-suite
> >
> > sincerely,
> >  -The Buildbot
>
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20120221/6716921e/attachment.html>

Jay Foad

2012-Feb-21 11:51 UTC

head link

[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt

On 21 February 2012 11:45, Chandler Carruth <chandlerc at google.com>
wrote:> Either way, I would try speculatively reverting to ensure it is this patch.
> If so, we can keep experimenting with the patch, but it's important to
get
> the builders back. There are several others seeing the failure as well.
OK, I've reverted it. Duncan is letting me play on the build slave
machine, where I'm having more luck reproducing it. I think the
failures might depend on which version of GCC you use to compile LLVM.
Or something.

Cheers,
Jay.

Meador Inge

2012-Feb-21 14:58 UTC

head link

[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt

On Tue, Feb 21, 2012 at 4:51 AM, Jay Foad <jay.foad at gmail.com> wrote:
> All,
>
> This buildbot is getting lots of assertion failures in the test suite.
> They were probably caused by my commit:
>
> ------------------------------------------------------------------------
> r151049 | foad | 2012-02-21 09:25:52 +0000 (Tue, 21 Feb 2012) | 6 lines
> Changed paths:
>   M /llvm/trunk/lib/VMCore/LLVMContextImpl.h
>   M /llvm/trunk/lib/VMCore/Type.cpp
>
> PR1210: make uniquing of struct and function types more efficient by
> using a DenseMap and Talin's new GeneralHash, avoiding the need for a
> temporary std::vector on every lookup.
>
> Patch by Meador Inge!
>
> ------------------------------------------------------------------------
>
> ... but I can't reproduce the failures on my machine. I'm also
running
> x86_64 Linux, I've checked out the same revision of
> llvm+clang+testsuite as the buildbot, I'm doing a Release+Asserts
> build.
>
> Is anyone else seeing these failures? Any ideas how I can reproduce them
here?
I tested on x86_64 Fedora 16 with GCC 4.6.2 and OS X Lion with clang
3.0 and could not reproduce the problem.  I will keep investigating.

-- Meador

Jay Foad

2012-Feb-21 15:05 UTC

head link

[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt

On 21 February 2012 14:58, Meador Inge <meadori at gmail.com>
wrote:> On Tue, Feb 21, 2012 at 4:51 AM, Jay Foad <jay.foad at gmail.com>
> I tested on x86_64 Fedora 16 with GCC 4.6.2 and OS X Lion with clang
> 3.0 and could not reproduce the problem.  I will keep investigating.
I only get the failures with a Release build using GCC 4.4 (not 4.5 or
4.6). See this thread:

http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20120220/137504.html

Thanks,
Jay.

NAKAMURA Takumi

2012-Feb-21 15:51 UTC

head link

[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt

Jay,

I can reproduce with -O2 and -O3. See
http://bb.pgr.jp/builders/cmake-llvm-x86_64-linux/builds/185

gcc version 4.4.4 20100726 (Red Hat 4.4.4-13) (GCC)

The failures could be suppressed with -O2 -fno-strict-aliasing.
I am dubious to type punning in ADT/Hashing.h.

...Takumi

Possibly Parallel Threads

Search for more possibly parallel threads

llvm dev - Feb 2012 - [LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt

[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt

[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt

[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt

[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt

[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt

[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt

Possibly Parallel Threads