[llvm-testresults] buildbot failure in smooshlab on clang-i386-darwin9

[Douglas Gregor]

My bug, which I just fixed.

On Jan 13, 2011, at 10:05 AM, daniel_dunbar at apple.com wrote:

> The Buildbot has detected a new failure of clang-i386-darwin9 on smooshlab.
> Full details are available at:
> http://smooshlab.apple.com:8010/builders/clang-i386-darwin9/builds/17899
> 
> Buildbot URL: http://smooshlab.apple.com:8010/
> 
> Buildslave for this Build: smoosh-15.apple.com
> 
> 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: 48.31s
> 	********************
> 	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-i386-darwin9/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 {
> 	^
> 	--
> 	
> 	********************
> 	
>