[llvm-testresults] buildbot failure in smooshlab on llvm-gcc-i386-darwin9
Bill Wendling
wendling at apple.com
Mon May 3 14:18:50 PDT 2010
My stuff was llvm-gcc-specific. I don't think it's responsible here.
-bw
On May 3, 2010, at 2:14 PM, daniel_dunbar at apple.com wrote:
> The Buildbot has detected a new failure of llvm-gcc-i386-darwin9 on smooshlab.
> Full details are available at:
> http://smooshlab.apple.com:8010/builders/llvm-gcc-i386-darwin9/builds/6028
>
> Buildbot URL: http://smooshlab.apple.com:8010/
>
> Buildslave for this Build: smoosh-03.apple.com
>
> Build Reason:
> Build Source Stamp: 102947
> Blamelist: dgregor,djg,kremenek,void
>
> BUILD FAILED: failed test.llvm.stage2
>
> sincerely,
> -The Buildbot
>
>
> ================================================================================
>
> CHANGES:
> Files:
> lib/Frontend/ASTUnit.cpp
> test/Index/local-symbols.m
> At: Mon 03 May 2010 13:22:33
> Changed By: kremenek
> Comments: Workaround: Don't add ObjCMethodDecls to the vector of TopLevelDecls since they don't go in
> the DeclContext for the translation unit. This is to workaround a fundamental issue in how
> ObjC decls (within an @implementation) are parsed before the ObjCContainerDecl is available.Properties:
>
>
>
>
> Files:
> lib/Sema/SemaTemplateInstantiateDecl.cpp
> test/SemaTemplate/instantiate-function-1.cpp
> At: Mon 03 May 2010 13:27:33
> Changed By: dgregor
> Comments: When instantiating a function-local variable definition, introduce the
> mapping from the declaration in the template to the instantiated
> declaration before transforming the initializer, in case some crazy
> lunatic decides to use a variable in its own initializer. Fixes PR7016.
> Properties:
>
>
>
>
> File: lib/Analysis/ScalarEvolution.cpp
> At: Mon 03 May 2010 13:27:33
> Changed By: djg
> Comments: Silence warnings about -1 being converted to an unsigned value.
>
> Also, pass true for isSigned even when creating constants for unsigned
> comparisons, because the point is to create an all-ones constant,
> rather than UINT64_MAX, even for integers wider than 64 bits.
> Properties:
>
>
>
>
> File: test/FrontendC++/thunk-weak-odr.cpp
> At: Mon 03 May 2010 13:42:33
> Changed By: void
> Comments: Testcase for r102947.
> Properties:
>
>
>
>
> Files:
> gcc/llvm-backend.cpp
> gcc/llvm-convert.cpp
> At: Mon 03 May 2010 13:42:34
> Changed By: void
> Comments: Some things actually do want to follow the ODR'ness flag -- like thunks. When
> GCC marks something as "one_only", it also marks it as "weak". So make the check
> of marking something as "non-odr weak" a bit more restrictive.
> Properties:
>
>
>
>
> LOGS:
> Last 10 lines of 'stdio':
> LLVM :: CodeGen/X86/GC/alloc_loop.ll
> LLVM :: CodeGen/X86/GC/lower_gcroot.ll
> LLVM :: CodeGen/X86/GC/simple_ocaml.ll
>
> Expected Passes : 5129
> Expected Failures : 35
> Unsupported Tests : 65
> Unexpected Failures: 3
> make[1]: *** [check-local-lit] Error 1
> make: *** [check-lit] Error 2
>
> Last 10 lines of 'fail':
> LLVM :: CodeGen/X86/GC/alloc_loop.ll
> LLVM :: CodeGen/X86/GC/lower_gcroot.ll
> LLVM :: CodeGen/X86/GC/simple_ocaml.ll
>
> Last 10 lines of 'xfail':
> LLVM :: MC/AsmParser/X86/x86_32-bit_cat.s
> LLVM :: MC/AsmParser/X86/x86_32-encoding.s
> LLVM :: MC/AsmParser/X86/x86_32-mismatched-add.s
> LLVM :: MC/AsmParser/directive_lsym.s
> LLVM :: MC/AsmParser/exprs-invalid.s
> LLVM :: Transforms/DeadArgElim/deadexternal.ll
> LLVM :: Transforms/GVN/rle-no-phi-translate.ll
> LLVM :: Transforms/IndVarSimplify/loop_evaluate_6.ll
> LLVM :: Transforms/TailCallElim/nocapture.ll
> LLVM :: Transforms/TailDup/2008-06-11-AvoidDupLoopHeader.ll
>
> Last 10 lines of 'unsupported':
> LLVM :: FrontendObjC/2009-04-28-bitfield-vs-vbc.m
> LLVM :: FrontendObjC/2009-08-05-utf16.m
> LLVM :: FrontendObjC/2009-08-17-DebugInfo.m
> LLVM :: FrontendObjC/2009-11-30-Objc-ID.m
> LLVM :: FrontendObjC/2010-02-01-utf16-with-null.m
> LLVM :: FrontendObjC/2010-02-11-fwritable-stringsBug.m
> LLVM :: FrontendObjC/2010-02-23-DbgInheritance.m
> LLVM :: FrontendObjC/2010-03-17-StructRef.m
> LLVM :: LLVMC/ObjC++/hello.mm
> LLVM :: LLVMC/ObjC/hello.m
>
> Last 10 lines of 'alloc_loop.ll':
> 12 llc 0x007728cb llvm::FunctionPassManager::doInitialization() + 27
> 13 llc 0x0000373e main + 5326
> 14 llc 0x00001f36 start + 54
> Stack dump:
> 0. Program arguments: llc
> /Users/buildslave/zorg/buildbot/smooshlab/slave/build.llvm-gcc-i386-darwin9/llvm.obj.2/test/CodeGen/X86/GC/Output/alloc_loop.ll.script: line 2: 41717 Abort trap 'llc' < '/Users/buildslave/zorg/buildbot/smooshlab/slave/build.llvm-gcc-i386-darwin9/llvm.src/test/CodeGen/X86/GC/alloc_loop.ll'
> --
>
> ********************
>
>
> Last 10 lines of 'lower_gcroot.ll':
> 12 llc 0x007728cb llvm::FunctionPassManager::doInitialization() + 27
> 13 llc 0x0000373e main + 5326
> 14 llc 0x00001f36 start + 54
> Stack dump:
> 0. Program arguments: llc
> /Users/buildslave/zorg/buildbot/smooshlab/slave/build.llvm-gcc-i386-darwin9/llvm.obj.2/test/CodeGen/X86/GC/Output/lower_gcroot.ll.script: line 2: 41743 Abort trap 'llc' < '/Users/buildslave/zorg/buildbot/smooshlab/slave/build.llvm-gcc-i386-darwin9/llvm.src/test/CodeGen/X86/GC/lower_gcroot.ll'
> --
>
> ********************
>
>
> Last 10 lines of 'simple_ocaml.ll':
> Command has output on stderr!
>
> --
> Command Output (stderr):
> --
> LLVM ERROR: no GCMetadataPrinter registered for GC: ocaml
> --
>
> ********************
>
>
More information about the llvm-testresults
mailing list