http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52042
m...@gcc.gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52042
--- Comment #10 from pmarlier at gcc dot gnu.org 2012-02-15 19:17:47 UTC ---
Author: pmarlier
Date: Wed Feb 15 19:17:42 2012
New Revision: 184281
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184281
Log:
2012-02-15 Iain Sandoe
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52042
--- Comment #9 from Patrick Marlier
2012-02-08 03:38:24 UTC ---
Proposed fix here:
http://gcc.gnu.org/ml/gcc-patches/2012-02/msg00321.html
All comments (and tests) are welcome!
Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52042
--- Comment #8 from Jack Howarth 2012-02-07
21:15:00 UTC ---
(In reply to comment #7)
While I haven't done a full bootstrap, applying the patch from comment 6 and
remaking the current build reduces the libitm failures to just...
FAIL: libitm.c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52042
--- Comment #7 from mrs at gcc dot gnu.org 2012-02-07
18:17:33 UTC ---
Yes, love to see a patch. I think the argument is important to get right, as
otherwise the next bug to track down will be much harder to find (I call this
bug pushing). If y
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52042
--- Comment #6 from Patrick Marlier
2012-02-07 04:02:08 UTC ---
Created attachment 26595
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26595
patch that seems to work for clone-1.c
Hi guys,
In fact, the problem is that getsectdata doesn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52042
--- Comment #5 from Jack Howarth 2012-01-31
17:54:09 UTC ---
(In reply to comment #3)
> on i686-darwin9:
> make check-target-libitm
> RUNTESTFLAGS="--target_board=unix/-fpie\{-m32,-m64\}"
>
> clone-1 fails (m32, m64), but stackundo passes on b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52042
Iain Sandoe changed:
What|Removed |Added
Target|x86_64-apple-darwin11 |*-apple-darwin*
Host|x86_64-a