[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2010-01-17 Thread davek at gcc dot gnu dot org
--- Comment #12 from davek at gcc dot gnu dot org 2010-01-17 15:28 --- (In reply to comment #4) The patch is not yet in but I think it's the wrong approach. Instead uncompression should deal with tail padding. I think you're right. I just ran into this bug on cygwin (x86/PE-COFF)

[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2010-01-17 Thread rguenth at gcc dot gnu dot org
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-01-17 15:54 --- (In reply to comment #12) (In reply to comment #4) The patch is not yet in but I think it's the wrong approach. Instead uncompression should deal with tail padding. I think you're right. I just ran into

[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2010-01-17 Thread davek at gcc dot gnu dot org
--- Comment #14 from davek at gcc dot gnu dot org 2010-01-17 16:07 --- (In reply to comment #13) Maybe. Or simply store the size of the compressed blob at the beginning? Yep, of course. The padding trick is kinda neat because you can do it on the fly at the end of writing the data

[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2009-09-29 Thread ubizjak at gmail dot com
--- Comment #7 from ubizjak at gmail dot com 2009-09-29 06:29 --- (In reply to comment #6) Problem still happens with 4.5.0 20090928 (experimental) [lto revision 152240] (lto merged with rev 150842). Without the langhooks.c patch -flto is currently unusable/untestable (ICEs on

[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2009-09-29 Thread rguenth at gcc dot gnu dot org
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-09-29 10:04 --- And s390(x). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40392

[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2009-09-29 Thread rguenth at gcc dot gnu dot org
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-09-29 10:08 --- Diego, can't we simply drop the assemble_align call from lhd_begin_section? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40392

[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2009-09-29 Thread rguenth at gcc dot gnu dot org
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-09-29 12:56 --- Subject: Bug 40392 Author: rguenth Date: Tue Sep 29 12:56:29 2009 New Revision: 152274 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152274 Log: 2009-09-29 Richard Guenther rguent...@suse.de PR

[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2009-09-29 Thread rguenth at gcc dot gnu dot org
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-09-29 12:58 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2009-09-28 Thread rmansfield at qnx dot com
--- Comment #6 from rmansfield at qnx dot com 2009-09-28 18:54 --- Problem still happens with 4.5.0 20090928 (experimental) [lto revision 152240] (lto merged with rev 150842). Without the langhooks.c patch -flto is currently unusable/untestable (ICEs on pretty well everything) for

[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2009-09-16 Thread rguenth at gcc dot gnu dot org
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-16 13:32 --- The patch is not yet in but I think it's the wrong approach. Instead uncompression should deal with tail padding. Maybe the issue is no longer present though - can you possibly re-check? --

[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2009-09-16 Thread rmansfield at qnx dot com
--- Comment #5 from rmansfield at qnx dot com 2009-09-16 15:27 --- Problem still happens with gcc version 4.5.0 20090914 (experimental) [lto revision 151753] (lto merged with rev 150842) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40392

[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2009-07-22 Thread rmansfield at qnx dot com
--- Comment #3 from rmansfield at qnx dot com 2009-07-22 19:50 --- Yes, the patch resolves the ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40392