[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt
Chandler Carruth
chandlerc at google.com
Tue Feb 21 03:45:22 PST 2012
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>
More information about the llvm-dev
mailing list