[llvm-testresults] buildbot failure in smooshlab on clang-x86_64-darwin10-selfhost-rel
daniel_dunbar at apple.com
daniel_dunbar at apple.com
Fri Apr 30 19:25:00 PDT 2010
The Buildbot has detected a new failure of clang-x86_64-darwin10-selfhost-rel on smooshlab.
Full details are available at:
http://smooshlab.apple.com:8010/builders/clang-x86_64-darwin10-selfhost-rel/builds/1746
Buildbot URL: http://smooshlab.apple.com:8010/
Buildslave for this Build: smoosh-02
Build Reason:
Build Source Stamp: 102824
Blamelist: lattner
BUILD FAILED: failed test-clang test-clang_1
sincerely,
-The Buildbot
================================================================================
CHANGES:
Files:
lib/Transforms/IPO/Inliner.cpp
test/Transforms/Inline/noinline-recursive-fn.ll
At: Fri 30 Apr 2010 18:10:48
Changed By: lattner
Comments: The inliner has traditionally not considered call sites
that appear due to inlining a callee as candidates for
futher inlining, but a recent patch made it do this if
those call sites were indirect and became direct.
Unfortunately, in bizarre cases (see testcase) doing this
can cause us to infinitely inline mutually recursive
functions into callers not in the cycle. Fix this by
keeping track of the inline history from which callsite
inline candidates got inlined from.
This shouldn't affect any "real world" code, but is required
for a follow on patch that is coming up next.
Properties:
Files:
lib/Analysis/IPA/CallGraphSCCPass.cpp
lib/Transforms/Utils/InlineFunction.cpp
test/Transforms/Inline/devirtualize.ll
At: Fri 30 Apr 2010 18:20:46
Changed By: lattner
Comments: Implement rdar://6295824 and PR6724 with two tiny changes
that can have a big effect :). The first is to enable the
iterative SCC passmanager juice that kicks in when the
scc passmgr detects that a function pass has devirtualized
a call. In this case, it will rerun all the passes it
manages on the SCC, up to the iteration count limit (4). This
is useful because a function pass may devirualize a call, and
we want the inliner to inline it, or pruneeh to infer stuff
about it, etc.
The second patch is to add *all* call sites to the
DevirtualizedCalls list the inliner uses. This list is
about to get renamed, but the jist of this is that the
inliner now reconsiders *all* inlined call sites as candidates
for further inlining. The intuition is this that in cases
like this:
f() { g(1); } g(int x) { h(x); }
We analyze this bottom up, and may decide that it isn't
profitable to inline H into G. Next step, we decide that it is
profitable to inline G into F, and do so, which means that F
now calls H. Even though the call from G -> H may not have been
profitable to inline, the call from F -> H may be (in this case
because a constant allows folding etc).
In my spot checks, this doesn't have a big impact on code. For
example, the LLC output for 252.eon grew from 0.02% (from
317252 to 317308) and 176.gcc actually shrunk by .3% (from 1525612
to 1520964 bytes). 252.eon never iterated in the SCC Passmgr,
176.gcc iterated at most 1 time.
Properties:
Files:
include/llvm/Transforms/Utils/Cloning.h
lib/Transforms/IPO/Inliner.cpp
lib/Transforms/Utils/InlineFunction.cpp
At: Fri 30 Apr 2010 18:30:46
Changed By: lattner
Comments: rename InlineInfo.DevirtualizedCalls -> InlinedCalls to
reflect that it includes all inlined calls now, not just
devirtualized ones.
Properties:
LOGS:
Last 10 lines of 'stdio':
********************
Failing Tests (2):
Clang :: CodeGenCXX/member-function-pointer-calls.cpp
Clang :: CodeGenCXX/member-initializers.cpp
Expected Passes : 2201
Expected Failures : 21
Unexpected Failures: 2
make[1]: *** [all] Error 1
make: *** [test] Error 2
Last 10 lines of 'fail':
Clang :: CodeGenCXX/member-function-pointer-calls.cpp
Clang :: CodeGenCXX/member-initializers.cpp
Last 10 lines of 'xfail':
Clang :: CodeGenCXX/conversion-function.cpp
Clang :: FixIt/fixit-errors.c
Clang :: FixIt/fixit-pmem.cpp
Clang :: FixIt/typo.m
Clang :: PCH/changed-files.c
Clang :: PCH/pr4489.c
Clang :: PCH/source-manager-stack.c
Clang :: SemaCXX/rval-references-xfail.cpp
Clang :: SemaObjCXX/overload.mm
Clang :: SemaTemplate/instantiate-function-1.mm
Last 10 lines of 'member-function-pointer-calls.cpp':
<stdin>:47:22: note: scanning from here
define i32 @_Z2g1v() nounwind readnone {
^
<stdin>:57:16: note: possible intended match here
define linkonce_odr i32 @_ZN1A3vf1Ev(%struct.A* nocapture %this) nounwind readnone align 2 {
^
--
********************
Last 10 lines of 'member-initializers.cpp':
<stdin>:19:30: note: scanning from here
define i32 @_Z1fv() nounwind readnone {
^
<stdin>:29:16: note: possible intended match here
define linkonce_odr i32 @_ZN1B1fEv(%struct.B* nocapture %this) nounwind readnone align 2 {
^
--
********************
Last 10 lines of 'stdio':
********************
Failing Tests (2):
Clang :: CodeGenCXX/member-function-pointer-calls.cpp
Clang :: CodeGenCXX/member-initializers.cpp
Expected Passes : 2201
Expected Failures : 21
Unexpected Failures: 2
make[1]: *** [all] Error 1
make: *** [test] Error 2
Last 10 lines of 'fail':
Clang :: CodeGenCXX/member-function-pointer-calls.cpp
Clang :: CodeGenCXX/member-initializers.cpp
Last 10 lines of 'xfail':
Clang :: CodeGenCXX/conversion-function.cpp
Clang :: FixIt/fixit-errors.c
Clang :: FixIt/fixit-pmem.cpp
Clang :: FixIt/typo.m
Clang :: PCH/changed-files.c
Clang :: PCH/pr4489.c
Clang :: PCH/source-manager-stack.c
Clang :: SemaCXX/rval-references-xfail.cpp
Clang :: SemaObjCXX/overload.mm
Clang :: SemaTemplate/instantiate-function-1.mm
Last 10 lines of 'member-function-pointer-calls.cpp':
<stdin>:47:22: note: scanning from here
define i32 @_Z2g1v() nounwind readnone {
^
<stdin>:57:16: note: possible intended match here
define linkonce_odr i32 @_ZN1A3vf1Ev(%struct.A* nocapture %this) nounwind readnone align 2 {
^
--
********************
Last 10 lines of 'member-initializers.cpp':
<stdin>:19:30: note: scanning from here
define i32 @_Z1fv() nounwind readnone {
^
<stdin>:29:16: note: possible intended match here
define linkonce_odr i32 @_ZN1B1fEv(%struct.B* nocapture %this) nounwind readnone align 2 {
^
--
********************
More information about the llvm-testresults
mailing list