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

Wed Mar 24 14:32:08 PDT 2010

On Mar 24, 2010, at 2:00 PM, Devang Patel wrote:

> 
> On Mar 24, 2010, at 1:40 PM, Bob Wilson wrote:
> 
>> Devang, this looks like yours.
> 
> I am investigating this.

Fixed. r99429. Missed checking in this part in 99410.
-
Devang
> -
> Devang
>> 
>> On Mar 24, 2010, at 1:37 PM, daniel_dunbar at apple.com wrote:
>> 
>>> 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/1722
>>> 
>>> Buildbot URL: http://smooshlab.apple.com:8010/
>>> 
>>> Buildslave for this Build: smoosh-14.apple.com
>>> 
>>> Build Reason: 
>>> Build Source Stamp: 99414
>>> Blamelist: bwilson,djg,dpatel,johnny
>>> 
>>> BUILD FAILED: failed test.llvm.stage1 test.llvm.stage2
>>> 
>>> sincerely,
>>> -The Buildbot
>>> 
>>> 
>>> ================================================================================
>>> 
>>> CHANGES:
>>> File: lib/Target/ARM/ARMInstrNEON.td
>>> At: Wed 24 Mar 2010 11:49:25
>>> Changed By: johnny
>>> Comments: Reverted r99376.  The disassembler will deal with the 2-reg format of these two
>>> N3VX instructions using special case code.Properties: 
>>> 
>>> 
>>> 
>>> 
>>> Files:
>>> include/llvm/Analysis/DebugInfo.h
>>> test/DebugInfo/2010-03-24-MemberFn.ll
>>> At: Wed 24 Mar 2010 11:49:25
>>> Changed By: dpatel
>>> Comments: Do not rely on getCompileUnit() to find source file information for a subprogram.
>>> Properties: 
>>> 
>>> 
>>> 
>>> 
>>> File: tools/llvm-ld/llvm-ld.cpp
>>> At: Wed 24 Mar 2010 12:04:26
>>> Changed By: djg
>>> Comments: It's not necessary to call raw_ostream::close explicitly on automatic
>>> raw_ostream variables immediately before they go out of scope.
>>> Properties: 
>>> 
>>> 
>>> 
>>> 
>>> File: libgomp/Makefile.in
>>> At: Wed 24 Mar 2010 12:04:26
>>> Changed By: bwilson
>>> Comments: Add comments for race condition fix, now that I'm reasonably confident that I
>>> understand the problem.  I had been assuming that "mv" was implemented with
>>> rename(2) when not crossing file system boundaries.  It used to be so.  On
>>> Darwin, at least, the man page says that it is implemented using "rm" and "cp".
>>> That leaves a brief time when the files in $(DEPDIR) do not exist.
>>> Properties: 
>>> 
>>> 
>>> 
>>> 
>>> Files:
>>> lib/Support/APFloat.cpp
>>> lib/Support/APInt.cpp
>>> lib/Support/CommandLine.cpp
>>> lib/Support/Debug.cpp
>>> lib/Support/ErrorHandling.cpp
>>> lib/Support/raw_ostream.cpp
>>> At: Wed 24 Mar 2010 12:39:26
>>> Changed By: djg
>>> Comments: Fix minor style issues.
>>> Properties: 
>>> 
>>> 
>>> 
>>> 
>>> LOGS:
>>> Last 10 lines of 'stdio':
>>> 	********************
>>> 	Failing Tests (1):
>>> 	    LLVM :: DebugInfo/2010-03-24-MemberFn.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 :: DebugInfo/2010-03-24-MemberFn.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 '2010-03-24-memberfn.ll':
>>> 	Exit Code: 1
>>> 	Command Output (stdout):
>>> 	--
>>> 	--
>>> 	Command Output (stderr):
>>> 	--
>>> 	--
>>> 	
>>> 	********************
>>> 	
>>> 
>>> Last 10 lines of 'stdio':
>>> 	********************
>>> 	Failing Tests (1):
>>> 	    LLVM :: DebugInfo/2010-03-24-MemberFn.ll
>>> 	
>>> 	  Expected Passes    : 5033
>>> 	  Expected Failures  : 41
>>> 	  Unsupported Tests  : 65
>>> 	  Unexpected Failures: 1
>>> 	make[1]: *** [check-local-lit] Error 1
>>> 	make: *** [check-lit] Error 2
>>> 
>>> Last 10 lines of 'fail':
>>> 	LLVM :: DebugInfo/2010-03-24-MemberFn.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-03-24-memberfn.ll':
>>> 	Exit Code: 1
>>> 	Command Output (stdout):
>>> 	--
>>> 	--
>>> 	Command Output (stderr):
>>> 	--
>>> 	--
>>> 	
>>> 	********************
>>> 	
>>> 
>> 
> 