--- Comment #13 from rguenth at gcc dot gnu dot org 2010-01-10 21:38
---
PR42678 has a not so confused audit trail but is about the same (remaining)
issue.
*** This bug has been marked as a duplicate of 42678 ***
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-12-11 16:40
---
I can confirm the ICE from comment #8 still is present on i?86-linux.
#1 0x0820c740 in expand_mult (mode=XCmode, op0=0x0, op1=0xb77d3ba0,
target=0xb77d3b7c, unsignedp=0)
at
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-10-14 19:49
---
PR41173 should be fixed - can you provide preprocessed source to trigger the
original failure now?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rmansfield at qnx dot com 2009-09-28 18:57 ---
Still happens with gcc version 4.5.0 20090928 (experimental) [lto revision
152240] (lto merged with rev 150842)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40409
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-09-17 09:44 ---
I don't remember -lto-test, so it was probably never there.
Ok, so this bug is again of the sort run cc1 with optimization, lto1 without.
We'll have to think about a solution here, fixing up all the issues that
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-16 13:29 ---
Object files are not useful anymore. Please provide sources.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rmansfield at qnx dot com 2009-09-16 13:59 ---
I now hit PR41173 when I try to reproduce this problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40409
--- Comment #7 from rmansfield at qnx dot com 2009-09-16 14:02 ---
I can reproduce the x86 ICE with gcc version 4.5.0 20090902 (experimental) [lto
revision 151401] (lto merged with rev 150842). I will try again with the
latest and reduce a source testcase.
--
--- Comment #8 from rmansfield at qnx dot com 2009-09-17 02:01 ---
I hit the PR41173 using an updated powerpc-unknown-linux-gnu configuration.
The x86 ICE is still reproducible using a reduced testcase and a mismatch of
optimizations levels.
$ ./xgcc -v
Using built-in specs.
--- Comment #4 from bje at gcc dot gnu dot org 2009-07-09 05:39 ---
The original ICE has now been replaced with:
$ ./xgcc -B. -flto -shared acosh.o acosl.o
lto1: internal compiler error: in lto_read_file_options, at lto-opts.c:348
Please submit a full bug report,
with preprocessed
--- Comment #1 from rmansfield at gmail dot com 2009-06-10 21:53 ---
Created an attachment (id=17977)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17977action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40409
--- Comment #2 from rmansfield at qnx dot com 2009-06-11 02:58 ---
I reproduced this on a i686-pc-linux-gnu target:
$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c --enable-lto
--disable-bootstrap
Thread
--- Comment #3 from rmansfield at qnx dot com 2009-06-11 03:01 ---
Created an attachment (id=17979)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17979action=view)
x86 testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40409
13 matches
Mail list logo