http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #19 from H.J. Lu 2012-11-24 17:03:13
UTC ---
The same issue can be reproduced with this patch:
diff --git a/gcc/lto-opts.c b/gcc/lto-opts.c
index a235f41..cd3730b 100644
--- a/gcc/lto-opts.c
+++ b/gcc/lto-opts.c
@@ -19,6 +
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #18 from H.J. Lu 2012-11-24 16:49:43
UTC ---
I think LTO is confused
extern const struct cl_option cl_options[];
with
extern const struct cl_option cl_options*;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #17 from H.J. Lu 2012-11-24 16:39:00
UTC ---
LTO miscompiled:
/* Skip frontend and driver specific options here. */
if (!(cl_options[option->opt_index].flags &
(CL_COMMON|CL_TARGET|CL_LTO)))continue;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
Markus Trippelsdorf changed:
What|Removed |Added
CC||rguenther at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #15 from H.J. Lu 2012-11-23 20:32:35
UTC ---
I still got the same failure as in comment #13 with revision
193763.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #14 from Markus Trippelsdorf
2012-11-21 21:52:26 UTC ---
LTO gets miscompiled.
If I configure with:
~/gcc/configure --disable-bootstrap --disable-werror --disable-multilib
--enable-languages=c,c++ --enable-checking=yes,valgr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #13 from H.J. Lu 2012-11-19 21:04:12
UTC ---
On hjl/asan branch, I got
(gdb) r
Starting program:
/export/build/gnu/gcc-lto-asan/build-x86_64-linux/prev-gcc/cc1 -fpreprocessed
/tmp/x.i -quiet -dumpbase x.i -mtune=generic -ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #12 from H.J. Lu 2012-11-18 13:15:59
UTC ---
I got
/tmp/cc5sWfOD.s: Assembler messages:
/tmp/cc5sWfOD.s:824391: Error: invalid character (0xf7) in mnemonic
make[7]: *** [/tmp/ccpgVF41.ltrans24.ltrans.o] Error 1
lto-wrapper: make ret
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #11 from H.J. Lu 2012-11-17 17:30:25
UTC ---
It can be reproduced with LTO bootstrap on hjl/valgrind branch at
http://gcc.gnu.org/git/?p=gcc.git;a=summary
with --enable-checking=valgrind.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #10 from H.J. Lu 2012-11-17 17:20:19
UTC ---
There is a bad memory access in LTO.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
H.J. Lu changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #8 from H.J. Lu 2012-11-17 16:30:20
UTC ---
==17631== Invalid read of size 8
==17631==at 0x6B2522: output_symtab() (lto-cgraph.c:589)
==17631==by 0x6B87B5: lto_output() (lto-streamer-out.c:1000)
==17631==by 0x6E230
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #7 from H.J. Lu 2012-11-17 16:15:50
UTC ---
When I add --db-attach=yes, valgrind doesn't report any
error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #6 from H.J. Lu 2012-11-17 15:47:56
UTC ---
[hjl@gnu-mic-2 gcc]$ cat /tmp/x.c
int
main ()
{
}
[hjl@gnu-mic-2 gcc]$ ./xgcc -B./ -c -flto /tmp/x.c
==17373== Invalid read of size 8
==17373==at 0x8E3FE6: streamer_pack_tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #5 from Markus Trippelsdorf
2012-11-16 19:36:26 UTC ---
I'm not sure if it's related, but with gcc built with clang's
-fsanitize=address I get:
markus@x4 ~ % /var/tmp/gcc_sani_clang/usr/local/bin/g++ -flto t.cpp 2>&1 |
asan_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #4 from H.J. Lu 2012-11-16 00:34:07
UTC ---
Revision 193543 gave:
lto1: internal compiler error: Segmentation fault
0xb37547 crash_signal
../../src-trunk/gcc/toplev.c:334
0x6c0763 resolve_addr_in_expr
../../src-tru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #2 from H.J. Lu 2012-10-11 17:54:11
UTC ---
(In reply to comment #1)
> (In reply to comment #0)
>
> > It happens at random.
>
> Maybe --enable-checking=valgrind can help here?
I will give it a try.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #1 from Uros Bizjak 2012-10-11 17:41:30
UTC ---
(In reply to comment #0)
> It happens at random.
Maybe --enable-checking=valgrind can help here?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
Richard Guenther changed:
What|Removed |Added
Version|4.7.3 |4.8.0
Target Milestone|---
20 matches
Mail list logo
