[llvm-testresults] buildbot failure in smooshlab on clang-x86_64-darwin10

Devang Patel dpatel at apple.com
Fri Nov 6 16:27:18 PST 2009


It is me. I'll take a look.
-
Devang
On Nov 6, 2009, at 4:23 PM, daniel_dunbar at apple.com wrote:

> The Buildbot has detected a new failure of clang-x86_64-darwin10 on  
> smooshlab.
> Full details are available at:
> http://smooshlab.apple.com:8010/builders/clang-x86_64-darwin10/builds/111
>
> Buildbot URL: http://smooshlab.apple.com:8010/
>
> Buildslave for this Build: smoosh-02.apple.com
>
> Build Reason:
> Build Source Stamp: 86308
> Blamelist: asl,bwilson,dgregor,dpatel,efriedma,evancheng,jyasskin
>
> BUILD FAILED: failed test-clang
>
> sincerely,
> -The Buildbot
>
>
> = 
> = 
> = 
> = 
> = 
> = 
> = 
> = 
> = 
> = 
> ======================================================================
>
> CHANGES:
> Files:
> lib/Target/ARM/ARMInstrNEON.td
> lib/Target/ARM/AsmPrinter/ARMAsmPrinter.cpp
> lib/Target/ARM/AsmPrinter/ARMInstPrinter.h
> test/CodeGen/ARM/vmov.ll
> At: Fri 06 Nov 2009 15:37:40
> Changed By: bwilson
> Comments: Print VMOV (immediate) operands as hexadecimal values.   
> Apple's assembler
> will not accept negative values for these.  LLVM's default operand  
> printing
> sign extends values, so that valid unsigned values appear as negative
> immediates.  Print all VMOV immediate operands as hex values to  
> resolve this.
> Radar 7372576.
>
>
>
>
> Files:
> lib/Target/ARM/AsmPrinter/ARMAsmPrinter.cpp
> test/CodeGen/ARM/2009-11-07-SubRegAsmPrinting.ll
> At: Fri 06 Nov 2009 15:47:40
> Changed By: asl
> Comments: Honour subreg machine operands during asmprinting
>
>
>
> Files:
> lib/Target/ARM/ARM.h
> lib/Target/ARM/ARMBaseInstrInfo.h
> lib/Target/ARM/ARMExpandPseudoInsts.cpp
> lib/Target/ARM/ARMInstrInfo.cpp
> lib/Target/ARM/ARMInstrInfo.h
> lib/Target/ARM/ARMInstrThumb.td
> lib/Target/ARM/ARMInstrThumb2.td
> lib/Target/ARM/ARMTargetMachine.cpp
> lib/Target/ARM/Thumb1InstrInfo.cpp
> lib/Target/ARM/Thumb1InstrInfo.h
> lib/Target/ARM/Thumb2ITBlockPass.cpp
> lib/Target/ARM/Thumb2InstrInfo.cpp
> lib/Target/ARM/Thumb2InstrInfo.h
> test/CodeGen/Thumb2/2009-09-28-ITBlockBug.ll
> test/CodeGen/Thumb2/machine-licm.ll
> At: Fri 06 Nov 2009 15:57:40
> Changed By: evancheng
> Comments: - Add pseudo instructions tLDRpci_pic and t2LDRpci_pic  
> which does a pc-relative
>  load of a GV from constantpool and then add pc. It allows the code  
> sequence to
>  be rematerializable so it would be hoisted by machine licm.
> - Add a late pass to break these pseudo instructions into a number  
> of real
>  instructions. Also move the code in Thumb2 IT pass that breaks up  
> t2MOVi32imm
>  to this pass. This is done before post regalloc scheduling to allow  
> the
>  scheduler to proper schedule these instructions. It also allow them  
> to be
>  if-converted and shrunk by later passes.
>
>
>
>
> Files:
> include/clang-c/Index.h
> include/clang/Sema/CodeCompleteConsumer.h
> lib/Sema/CodeCompleteConsumer.cpp
> lib/Sema/SemaCodeComplete.cpp
> test/CodeCompletion/macros.c
> tools/CIndex/CIndex.cpp
> tools/CIndex/CIndex.exports
> tools/c-index-test/c-index-test.c
> tools/clang-cc/clang-cc.cpp
> At: Fri 06 Nov 2009 16:02:40
> Changed By: dgregor
> Comments: Various improvements to Clang's code-completion  
> infrastructure:
>  - Introduce more code-completion string "chunk" kinds that describe
>  symbols, the actual text that the user is expected to type, etc.
>  - Make the generation of macro results optional, since it can be
>  slow
>  - Make code-completion accessible through the C API, marshalling the
>  code-completion results through a temporary file (ick) to maintain
>  process separation.
>
> The last doesn't have tests yet.
>
>
>
>
> File: lib/ExecutionEngine/JIT/JITEmitter.cpp
> At: Fri 06 Nov 2009 16:02:40
> Changed By: jyasskin
> Comments: Give the JITResolver a direct pointer to its JITEmitter,  
> and use that instead
> of going through the global TheJIT variable.  This makes it easier  
> to use
> features of JITEmitter that aren't in JITCodeEmitter for fixing  
> PR5201.
>
>
>
>
> Files:
> lib/AST/DeclCXX.cpp
> lib/Sema/SemaDeclCXX.cpp
> test/CodeGenCXX/assign-operator.cpp
> At: Fri 06 Nov 2009 16:07:40
> Changed By: efriedma
> Comments: Make sure isCopyAssignment is only true for actual copy  
> assignment operators,
> instead of all assignment operators.  The mistake messes up IRGen  
> because
> it ends up assuming that the assignment operator is actually the  
> implicit
> copy assignment operator, and therefore tries to emit the RHS as an  
> lvalue.
>
>
>
>
>
> File: lib/CodeGen/CGDebugInfo.cpp
> At: Fri 06 Nov 2009 16:12:40
> Changed By: dpatel
> Comments: Do not emit linkage name for global variables. It confuses  
> gdb, because it picks up AT_MIPS_linkage_name and ignores AT_name.
>
>
>
>
> LOGS:
> Last 10 lines of 'test-clang.stdio':
> 	Testing Time: 17.50s
> 	********************
> 	Failing Tests (1):
> 	    Clang::CodeGen/2009-10-20-GlobalDebug.c
> 	
> 	  Expected Passes    : 1708
> 	  Expected Failures  : 17
> 	  Unexpected Failures: 1
> 	make[1]: *** [all] Error 1
> 	make: *** [test] Error 2
>
> Last 10 lines of 'test-clang.fail':
> 	Clang::CodeGen/2009-10-20-GlobalDebug.c
>
> Last 10 lines of 'test-clang.xfail':
> 	Clang::CXX/dcl.dcl/dcl.spec/dcl.typedef/p4.cpp
> 	Clang::CXX/temp/temp.param/p14.cpp
> 	Clang::CXX/temp/temp.res/temp.dep.res/temp.point/p1.cpp
> 	Clang::CodeGen/asm-inout.c
> 	Clang::CodeGen/blocks-2.c
> 	Clang::CodeGenObjC/PR4894-recursive-debug-crash.m
> 	Clang::SemaObjC/id-isa-ref.m
> 	Clang::SemaObjCXX/overload.mm
> 	Clang::SemaObjCXX/references.mm
> 	Clang::SemaTemplate/instantiate-function-1.mm
>
> Last 10 lines of 'test-clang.2009-10-20-globaldebug.c':
> 	/Volumes/Data/Users/buildslave/zorg/smooshlab/slaves/clang/ 
> build.clang-x86_64-darwin10/llvm/tools/clang/test/CodeGen/2009-10-20- 
> GlobalDebug.c:3:52: error: expected string not found in input
> 	// CHECK: asciz "global" ## DW_AT_MIPS_linkage_name
> 	                                                   ^
> 	<stdin>:1:2: note: scanning from here
> 	 .section __DWARF,__debug_frame,regular,debug
> 	 ^
> 	--
> 	
> 	********************
> 	
>




More information about the llvm-testresults mailing list