[llvm-testresults] buildbot failure in smooshlab on llvm-gcc-powerpc-darwin9

Wed Mar 24 23:46:10 PDT 2010

The Buildbot has detected a new failure of llvm-gcc-powerpc-darwin9 on smooshlab.
Full details are available at:
 http://smooshlab.apple.com:8010/builders/llvm-gcc-powerpc-darwin9/builds/1734

Buildbot URL: http://smooshlab.apple.com:8010/

Buildslave for this Build: smoosh-14.apple.com

Build Reason: 
Build Source Stamp: 99486
Blamelist: dpatel,lattner

BUILD FAILED: failed test.llvm.stage1 test.llvm.stage2

sincerely,
 -The Buildbot

================================================================================

CHANGES:
File: lib/VMCore/Metadata.cpp
At: Wed 24 Mar 2010 22:40:35
Changed By: dpatel
Comments: Include isFunctionLocal while calculating folding node set provide for a MDNode.
Properties: 

Files:
 lib/CodeGen/SelectionDAG/InstrEmitter.cpp
 test/CodeGen/X86/2007-01-13-StackPtrIndex.ll
 test/CodeGen/X86/2009-02-26-MachineLICMBug.ll
 test/CodeGen/X86/coalesce-esp.ll
 test/CodeGen/X86/licm-symbol.ll
 test/CodeGen/X86/phys_subreg_coalesce-2.ll
 test/CodeGen/X86/pr2659.ll
At: Wed 24 Mar 2010 22:45:35
Changed By: lattner
Comments: Make the NDEBUG assertion stronger and more clear what is 
happening.

Enhance scheduling to set the DEAD flag on implicit defs
more aggressively.  Before, we'd set an implicit def operand
to dead if it were present in the SDNode corresponding to
the machineinstr but had no use.  Now we do it in this case
AND if the implicit def does not exist in the SDNode at all.

This exposes a couple of problems: one is the FIXME, which
causes a live intervals crash on CodeGen/X86/sibcall.ll.
The second is that it makes machinecse and licm more 
aggressive (which is a good thing) but also exposes a case
where licm hoists a set0 and then it doesn't get resunk.

Talking to codegen folks about both these issues, but I need
this patch in in the meantime.
Properties: 

File: lib/Target/X86/X86InstrInfo.td
At: Wed 24 Mar 2010 22:45:35
Changed By: lattner
Comments: eliminate a bunch more parallels now that scheduling
handles dead implicit results more aggressively.  More
to come, I think this is now just a data entry problem.
Properties: 

LOGS:
Last 10 lines of 'stdio':
	********************
	Failing Tests (1):
	    LLVM :: Transforms/Mem2Reg/ConvertDebugInfo.ll

	  Expected Passes    : 4596
	  Expected Failures  : 28
	  Unsupported Tests  : 515
	  Unexpected Failures: 1
	make[1]: *** [check-local-lit] Error 1
	make: *** [check-lit] Error 2

Last 10 lines of 'fail':
	LLVM :: Transforms/Mem2Reg/ConvertDebugInfo.ll

Last 10 lines of 'xfail':
	LLVM :: MC/AsmParser/X86/x86_32-bit.s
	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/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 :: LLVMC/C++/hello.cpp
	LLVM :: LLVMC/C++/together.cpp
	LLVM :: LLVMC/C/emit-llvm.c
	LLVM :: LLVMC/C/hello.c
	LLVM :: LLVMC/C/include.c
	LLVM :: LLVMC/C/opt-test.c
	LLVM :: LLVMC/C/sink.c
	LLVM :: LLVMC/C/wall.c
	LLVM :: LLVMC/ObjC++/hello.mm
	LLVM :: LLVMC/ObjC/hello.m

Last 10 lines of 'convertdebuginfo.ll':
	<stdin>:1:1: note: scanning from here
	; ModuleID = '<stdin>'
	^
	<stdin>:5:2: note: possible intended match here
	 call void @llvm.dbg.declare(metadata !{null}, metadata !0)
	 ^
	--

	********************

Last 10 lines of 'stdio':
	Failing Tests (2):
	    LLVM :: FrontendC++/2010-02-17-DbgArtificialArg.cpp
	    LLVM :: Transforms/Mem2Reg/ConvertDebugInfo.ll

	  Expected Passes    : 5032
	  Expected Failures  : 41
	  Unsupported Tests  : 65
	  Unexpected Failures: 2
	make[1]: *** [check-local-lit] Error 1
	make: *** [check-lit] Error 2

Last 10 lines of 'fail':
	LLVM :: FrontendC++/2010-02-17-DbgArtificialArg.cpp
	LLVM :: Transforms/Mem2Reg/ConvertDebugInfo.ll

Last 10 lines of 'xfail':
	LLVM :: MC/AsmParser/X86/x86_32-bit.s
	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/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 '2010-02-17-dbgartificialarg.cpp':
	Exit Code: 1
	Command Output (stdout):
	--
	--
	Command Output (stderr):
	--
	--

	********************

Last 10 lines of 'convertdebuginfo.ll':
	<stdin>:1:1: note: scanning from here
	; ModuleID = '<stdin>'
	^
	<stdin>:5:2: note: possible intended match here
	 call void @llvm.dbg.declare(metadata !{null}, metadata !0)
	 ^
	--

	********************