[Bug middle-end/25443] -fpic/-fPIC failure in gcc.dg/tree-ssa/loop-3.c

2007-01-15 Thread dalej at apple dot com
--- Comment #9 from dalej at apple dot com 2007-01-15 23:48 --- as per previous comment -- dalej at apple dot com changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/25443] -fpic/-fPIC failure in gcc.dg/tree-ssa/loop-3.c

2007-01-15 Thread echristo at apple dot com
-- echristo at apple dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dalej at apple dot com |dot org |

[Bug middle-end/25443] -fpic/-fPIC failure in gcc.dg/tree-ssa/loop-3.c

2007-01-15 Thread dalej at apple dot com
--- Comment #8 from dalej at apple dot com 2007-01-15 23:41 --- You are right, thanks. Test case fixed thus in mainline (to be 4.3). http://gcc.gnu.org/ml/gcc-patches/2007-01/msg01266.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25443

[Bug middle-end/25443] -fpic/-fPIC failure in gcc.dg/tree-ssa/loop-3.c

2007-01-12 Thread ghazi at gcc dot gnu dot org
--- Comment #7 from ghazi at gcc dot gnu dot org 2007-01-13 05:01 --- (In reply to comment #6) > Stuff in --tool_opts from RUNTESTFLAGS goes before the dg-options on the > command line, I just tried it. Is there some other way to do it? Yes, the GCC docs suggest using --target_board: h

[Bug middle-end/25443] -fpic/-fPIC failure in gcc.dg/tree-ssa/loop-3.c

2007-01-12 Thread dalej at apple dot com
--- Comment #6 from dalej at apple dot com 2007-01-13 01:32 --- Stuff in --tool_opts from RUNTESTFLAGS goes before the dg-options on the command line, I just tried it. Is there some other way to do it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25443

[Bug middle-end/25443] -fpic/-fPIC failure in gcc.dg/tree-ssa/loop-3.c

2007-01-12 Thread ghazi at gcc dot gnu dot org
--- Comment #5 from ghazi at gcc dot gnu dot org 2007-01-13 01:01 --- (In reply to comment #4) > so the test fails, but the generated code is correct and optimal. I suggest > adding -fno-pic to the test, does that look OK? I no longer have access to the x86 boxes I was using for testin

[Bug middle-end/25443] -fpic/-fPIC failure in gcc.dg/tree-ssa/loop-3.c

2007-01-12 Thread dalej at apple dot com
--- Comment #4 from dalej at apple dot com 2007-01-12 20:13 --- With pic, the load of the global's address is pulled outside the loop, so the "base" is a register rather than the global. This causes ivopts to represent index*step all in the index field rather than as two separate fields

[Bug middle-end/25443] -fpic/-fPIC failure in gcc.dg/tree-ssa/loop-3.c

2006-01-29 Thread pinskia at gcc dot gnu dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-29 21:01 --- Confimed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONF

[Bug middle-end/25443] -fpic/-fPIC failure in gcc.dg/tree-ssa/loop-3.c

2005-12-24 Thread pinskia at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-25 01:30 --- I have not looked enough into this one but IIRC -fPIC changes the number of registers available to allocate with which causes different IV selection so the it might be the testcase is wrong for -fPIC. -- http://

[Bug middle-end/25443] -fpic/-fPIC failure in gcc.dg/tree-ssa/loop-3.c

2005-12-16 Thread ghazi at gcc dot gnu dot org
--- Comment #1 from ghazi at gcc dot gnu dot org 2005-12-16 15:10 --- Forgot to say this is with -fpic or -fPIC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25443