--- Comment #12 from iains at gcc dot gnu dot org 2010-07-11 09:55 ---
back-ported to 4.5 as r162037, closing as fixed
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from iains at gcc dot gnu dot org 2010-07-03 08:16 ---
Subject: Bug 44518
Author: iains
Date: Sat Jul 3 08:15:59 2010
New Revision: 161769
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161769
Log:
2010-07-03 Iain Sandoe
Mikael Pettersson
--- Comment #10 from mikpe at it dot uu dot se 2010-06-13 17:42 ---
Created an attachment (id=20904)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20904&action=view)
correction to encode-3.mm
The powerpc64 failure in encode-3.mm was also caused by a plain char mangling
difference.
--- Comment #9 from iains at gcc dot gnu dot org 2010-06-13 17:20 ---
(In reply to comment #8)
> On ARM encode-2.mm fails in part for the same "plain char mangles differently"
> reason as on powerpc64, but also due to a backend oddity. Here's how the
> string is output in the assembly f
--- Comment #8 from mikpe at it dot uu dot se 2010-06-13 17:15 ---
On ARM encode-2.mm fails in part for the same "plain char mangles differently"
reason as on powerpc64, but also due to a backend oddity. Here's how the
string is output in the assembly file on ARM:
.ascii "{?={
--- Comment #7 from iains at gcc dot gnu dot org 2010-06-13 17:07 ---
(In reply to comment #5)
> Created an attachment (id=20903)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20903&action=view) [edit]
> correction to encode-2.mm
>
> On powerpc64 encode-2.mm fails because the test
--- Comment #6 from iains at gcc dot gnu dot org 2010-06-13 17:04 ---
(In reply to comment #4)
> (In reply to comment #3)
> > powerpc*-darwin9 passes and, apparently, *86*-linux-gnu (I checked Lu's
> > output)
>
> I've scanned the gcc-testresults list archive for May and June quite
> c
--- Comment #5 from mikpe at it dot uu dot se 2010-06-13 16:49 ---
Created an attachment (id=20903)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20903&action=view)
correction to encode-2.mm
On powerpc64 encode-2.mm fails because the test case scans the assembly output
for the str
--- Comment #4 from mikpe at it dot uu dot se 2010-06-13 16:42 ---
(In reply to comment #3)
> powerpc*-darwin9 passes and, apparently, *86*-linux-gnu (I checked Lu's
> output)
I've scanned the gcc-testresults list archive for May and June quite carefully,
and I don't think anyone is tes
--- Comment #3 from iains at gcc dot gnu dot org 2010-06-13 15:31 ---
(In reply to comment #1)
> Ian - testsuite regressions are not acceptable on the branch (XPASSes are ok
> though).
Well, of course, the patch did not cause any regressions on targets I have
access to.
These now XPASS.
--- Comment #2 from iains at gcc dot gnu dot org 2010-06-13 15:26 ---
Subject: Bug 44518
Author: iains
Date: Sun Jun 13 15:26:22 2010
New Revision: 160682
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160682
Log:
partial reversion of r160541.
PR testsuite/44518
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-13 14:20 ---
Ian - testsuite regressions are not acceptable on the branch (XPASSes are ok
though).
Please restore the previous state by at least re-instantiating the XFAIL on the
branch.
Thanks.
--
rguenth at gcc dot gnu do
12 matches
Mail list logo
