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

daniel_dunbar at apple.com daniel_dunbar at apple.com
Mon May 3 14:37:11 PDT 2010


The Buildbot has detected a new failure of llvm-gcc-x86_64-darwin10-selfhost on smooshlab.
Full details are available at:
 http://smooshlab.apple.com:8010/builders/llvm-gcc-x86_64-darwin10-selfhost/builds/3422

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

Buildslave for this Build: smoosh-04

Build Reason: 
Build Source Stamp: 102947
Blamelist: dgregor,djg,kremenek,void

BUILD FAILED: failed test-llvm

sincerely,
 -The Buildbot


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

CHANGES:
Files:
 lib/CodeGen/CGExprAgg.cpp
 test/CodeGenCXX/member-function-pointers.cpp
At: Mon 03 May 2010 13:02:34
Changed By: dgregor
Comments: If we're generating code to create a pointer-to-member function
aggregate and the result of the aggregate is unused, bail out
early. Fixes PR7027.
Properties: 




Files:
 lib/Frontend/ASTUnit.cpp
 test/Index/local-symbols.m
At: Mon 03 May 2010 13:22:33
Changed By: kremenek
Comments: Workaround: Don't add ObjCMethodDecls to the vector of TopLevelDecls since they don't go in
the DeclContext for the translation unit.  This is to workaround a fundamental issue in how
ObjC decls (within an @implementation) are parsed before the ObjCContainerDecl is available.Properties: 




Files:
 lib/Sema/SemaTemplateInstantiateDecl.cpp
 test/SemaTemplate/instantiate-function-1.cpp
At: Mon 03 May 2010 13:27:33
Changed By: dgregor
Comments: When instantiating a function-local variable definition, introduce the
mapping from the declaration in the template to the instantiated
declaration before transforming the initializer, in case some crazy
lunatic decides to use a variable in its own initializer. Fixes PR7016.
Properties: 




File: lib/Analysis/ScalarEvolution.cpp
At: Mon 03 May 2010 13:27:33
Changed By: djg
Comments: Silence warnings about -1 being converted to an unsigned value.

Also, pass true for isSigned even when creating constants for unsigned
comparisons, because the point is to create an all-ones constant,
rather than UINT64_MAX, even for integers wider than 64 bits.
Properties: 




File: test/FrontendC++/thunk-weak-odr.cpp
At: Mon 03 May 2010 13:42:33
Changed By: void
Comments: Testcase for r102947.
Properties: 




Files:
 gcc/llvm-backend.cpp
 gcc/llvm-convert.cpp
At: Mon 03 May 2010 13:42:34
Changed By: void
Comments: Some things actually do want to follow the ODR'ness flag -- like thunks. When
GCC marks something as "one_only", it also marks it as "weak". So make the check
of marking something as "non-odr weak" a bit more restrictive.
Properties: 




LOGS:
Last 10 lines of 'stdio':
	Running /Users/buildslave/zorg/buildbot/smooshlab/slave/build.llvm-gcc-x86_64-darwin10-selfhost/llvm.src/test/Transforms/TailDup/dg.exp ...
	Running /Users/buildslave/zorg/buildbot/smooshlab/slave/build.llvm-gcc-x86_64-darwin10-selfhost/llvm.src/test/Verifier/dg.exp ...
	
			===  Summary ===
	
	# of expected passes		4908
	# of unexpected failures	1
	# of expected failures		35
	make[1]: *** [check-local] Error 1
	make: *** [check] Error 2

Last 10 lines of 'dg.log':
	

Last 10 lines of 'dg.sum':
	




More information about the llvm-testresults mailing list