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

[daniel_dunbar at apple.com]

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/13250

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

Buildslave for this Build: smoosh-04

Build Reason: 
Build Source Stamp: 123379
Blamelist: bwilson,dgregor

BUILD FAILED: failed test-clang

sincerely,
 -The Buildbot


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

CHANGES:
Files:
 lib/Transforms/Scalar/ScalarReplAggregates.cpp
 test/Transforms/ScalarRepl/copy-aggregate.ll
At: Thu 13 Jan 2011 09:51:22
Changed By: bwilson
Comments: Make SROA more aggressive with allocas containing padding.

SROA only split up structs and arrays one level at a time, so padding can
only cause trouble if it is located in between the struct or array elements.Properties: 




Files:
 lib/Transforms/Scalar/ScalarReplAggregates.cpp
 test/Transforms/ScalarRepl/copy-aggregate.ll
At: Thu 13 Jan 2011 09:51:22
Changed By: bwilson
Comments: Extend SROA to handle arrays accessed as homogeneous structs and vice versa.

This is a minor extension of SROA to handle a special case that is
important for some ARM NEON operations.  Some of the NEON intrinsics
return multiple values, which are handled as struct types containing
multiple elements of the same vector type.  The corresponding return
types declared in the arm_neon.h header have equivalent arrays.  We
need SROA to recognize that it can split up those arrays and structs
into separate vectors, even though they are not always accessed with
the same type.  SROA already handles loads and stores of an entire
alloca by using insertvalue/extractvalue to access the individual
pieces, and that code works the same regardless of whether the type
is a struct or an array.  So, all that needs to be done is to check
for compatible arrays and homogeneous structs.Properties: 




Files:
 lib/CodeGen/Mangle.cpp
 test/CodeGenCXX/mangle-variadic-templates.cpp
At: Thu 13 Jan 2011 09:51:22
Changed By: dgregor
Comments: When your comments and your code are out-of-sync, the test case is wrong.
Properties: 




LOGS:
Last 10 lines of 'stdio':
	Testing Time: 110.96s
	********************
	Failing Tests (1):
	    Clang :: CodeGenCXX/variadic-templates.cpp
	
	  Expected Passes    : 2733
	  Expected Failures  : 20
	  Unexpected Failures: 1
	make[1]: *** [all] Error 1
	make: *** [test] Error 2

Last 10 lines of 'fail':
	Clang :: CodeGenCXX/variadic-templates.cpp

Last 10 lines of 'xfail':
	Clang :: FixIt/fixit-errors.c
	Clang :: FixIt/fixit-pmem.cpp
	Clang :: FixIt/typo.m
	Clang :: Lexer/hexfloat.cpp
	Clang :: PCH/changed-files.c
	Clang :: PCH/pr4489.c
	Clang :: PCH/source-manager-stack.c
	Clang :: Parser/cxx-ambig-decl-expr-xfail.cpp
	Clang :: SemaCXX/rval-references-xfail.cpp
	Clang :: SemaTemplate/instantiate-function-1.mm

Last 10 lines of 'variadic-templates.cpp':
	<stdin>:1:1: note: scanning from here
	; ModuleID = '/Users/buildslave/zorg/buildbot/smooshlab/slave/build.clang-x86_64-darwin10/llvm/tools/clang/test/CodeGenCXX/variadic-templates.cpp'
	^
	<stdin>:5:1: note: possible intended match here
	define weak_odr i32 @_Z13get_num_typesIJifdEEiDpT_(i32, float, double) nounwind {
	^
	--
	
	********************