This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/51784] [4.7 Regression] FAIL: gcc.dg/tree-prof/pr44777.c execution, -fprofile-generate -D_PROFILE_GENERATE
- From: "iains at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Sat, 14 Jan 2012 10:22:31 +0000
- Subject: [Bug target/51784] [4.7 Regression] FAIL: gcc.dg/tree-prof/pr44777.c execution, -fprofile-generate -D_PROFILE_GENERATE
- Auto-submitted: auto-generated
- References: <bug-51784-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784
--- Comment #21 from Iain Sandoe <iains at gcc dot gnu.org> 2012-01-14 10:22:31 UTC ---
(In reply to comment #20)
> Doesn't powerpc-darwin have the same problem? Not sure if it defaults to
> -fpic, perhaps just with explicit -fpic?
powerpc makes provision (in the ABI) to save the pic reg in nested functions -
so it might have a different/or no problem.
> Are you ok with dropping the Regression tag
I don't think this is a regression - I think it's been there for(ever/long
time).
(or, just xfailing the testcase on
> *-darwin* for now with a reference to this PR)
I guess xfailing is the thing to do for now - maybe give Mike a day or two in
case there's a really easy fix.
(it's not as simple as just doing that subtraction, as there is no guarantee
that x uses or even saves the PIC reg as things stand) ...
I am not familiar with how the non-local goto system works, so there's some
reading for me to do before even cooking up a test...