--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-26 11:32 ---
The problem no longer occurs.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from hubicka at gcc dot gnu dot org 2010-04-26 12:41 ---
-fwhopr and -flto are intended to be interchangeable at link time. So it does
not matter with what flag you build the .o objects.
The problem was fixed by the clone streaming fix I submitted last week.
Honza
--
--- Comment #5 from pluto at agmk dot net 2010-03-15 11:28 ---
(In reply to comment #3)
I'm not sure you are supposed to mix -flto and -fwhopr (though it probably
just works). This is btw the most prominent ICE I see when building SPEC
with -fwhopr and checking enabled.
mixing
--- Comment #4 from astrange at ithinksw dot com 2010-03-14 23:33 ---
This happens building ffmpeg --enable-shared with -fwhopr. I can make a
testcase out of that if needed.
--
astrange at ithinksw dot com changed:
What|Removed |Added
--- Comment #1 from pluto at agmk dot net 2010-03-12 10:05 ---
Created an attachment (id=20093)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20093action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43342
--- Comment #2 from pluto at agmk dot net 2010-03-12 10:11 ---
i should mention that at -O2 with object allocated on *stack*
lto does a nice job and optimize indirect calls in main():
call_ZN1X3fooEv
(...)
call_ZN1X3barEv
(...)
call
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-03-12 11:23 ---
I'm not sure you are supposed to mix -flto and -fwhopr (though it probably
just works). This is btw the most prominent ICE I see when building SPEC
with -fwhopr and checking enabled.
--
rguenth at gcc dot gnu