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

Fri Nov 6 16:23:37 PST 2009

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
	 ^
	--

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