http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
--- Comment #17 from Sebastian Andrzej Siewior
2011-03-17 13:02:58 UTC ---
(In reply to comment #16)
> Does the testcase still test for the problem if you replace the declarations
> of
> stderr etc. with "#include "? This fails with link errors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment #16
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
Nathan Froyd changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
--- Comment #14 from Nathan Froyd 2011-02-01
02:11:57 UTC ---
Author: froydnj
Date: Tue Feb 1 02:11:54 2011
New Revision: 169465
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169465
Log:
gcc/
Backport from mainline:
2010-12-30
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
--- Comment #13 from Nathan Froyd 2011-01-31
21:53:15 UTC ---
Author: froydnj
Date: Mon Jan 31 21:53:12 2011
New Revision: 169452
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169452
Log:
gcc/
Backport from mainline:
2010-12-30
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
--- Comment #12 from David Kühling 2011-01-21 15:17:34
UTC ---
Ok, looks like the change to reload1.c introduced by GCC revision 168347
(author froydnj):
http://gcc.gnu.org/viewcvs/trunk/gcc/reload1.c?r1=168347&r2=168346&pathrev=168347
fixes th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
--- Comment #11 from Nathan Froyd 2010-12-30
15:47:46 UTC ---
Author: froydnj
Date: Thu Dec 30 15:47:43 2010
New Revision: 168347
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168347
Log:
gcc/
PR target/44606
* reload1.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
--- Comment #10 from David Kühling 2010-11-02 14:39:12
UTC ---
I can reproduce this bug with gcc-4_4-branch SVN HEAD, compiling gcc in
cross-compile mode and running the resulting executable with qemu-ppc.
Instructions to reproduce everything wi
--- Comment #9 from wd at denx dot de 2010-09-22 18:50 ---
Known to work: 4.2.2 (from ELDK 4.2)
Known to fail: 4.4.1 (from CodeSourcery G++ Lite 4.4-254)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
--- Comment #8 from kyle at moffetthome dot net 2010-09-11 15:06 ---
Is there anything else that any of us can do (dumps, testcases, etc) to help
get this bug tracked down and fixed? If access to a native SPE system would
help I can set you up with remote access credentials to one of ou
--- Comment #7 from froydnj at gcc dot gnu dot org 2010-09-09 15:28 ---
The problem is in the register allocator. What happens is that after register
allocation, we have something like:
r27:DF = [r11:SI]
...
r27:SI = 0
...
and then the first def gets deleted because it's obvio
--- Comment #6 from Kyle dot D dot Moffett at boeing dot com 2010-08-31
14:04 ---
Created an attachment (id=21606)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21606&action=view)
Makefile for "test.c"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
--- Comment #5 from Kyle dot D dot Moffett at boeing dot com 2010-08-31
14:03 ---
Created an attachment (id=21605)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21605&action=view)
Further stripped testcase with problematic section identified
Ok, I've spent a bit more time fiddlin
--- Comment #4 from Kyle dot D dot Moffett at boeing dot com 2010-07-16
18:48 ---
(In reply to comment #0)
> I attached two testcase which is stripped down graphicsmagick code.
> tc-resize2.c has a few instructions more than tc-resize.c. I belive the bug
> is
> the same.
I was able t
14 matches
Mail list logo