[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-15 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-14 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #34 from Richard Biener rguenth at gcc dot gnu.org 2013-01-14 13:42:36 UTC --- static void output_node_opt_summary (struct output_block *ob, struct cgraph_node *node,

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-14 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #35 from Richard Biener rguenth at gcc dot gnu.org 2013-01-14 13:48:47 UTC --- And the following may fix it at a single central place. Index: gcc/tree-inline.c

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-14 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #36 from Richard Biener rguenth at gcc dot gnu.org 2013-01-14 13:50:49 UTC --- Or more conservative, dropping less locations: Index: gcc/tree-inline.c === ---

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-11 Thread hubicka at ucw dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #33 from Jan Hubicka hubicka at ucw dot cz 2013-01-11 17:36:48 UTC --- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #32 from H.J. Lu hjl.tools at gmail dot com 2013-01-10 19:36:08 UTC --- (In reply

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Attachment #29139|0 |1

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #26 from Richard Biener rguenth at gcc dot gnu.org 2013-01-10 13:42:33 UTC --- Author: rguenth Date: Thu Jan 10 13:42:27 2013 New Revision: 195084 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195084 Log: 2013-01-10

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Attachment #29140|0 |1

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #28 from Richard Biener rguenth at gcc dot gnu.org 2013-01-10 14:11:43 UTC --- Another possibility lies in DEBUG stmts which we do not consider at all ... (in the checker, that is).

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #29 from Richard Biener rguenth at gcc dot gnu.org 2013-01-10 15:28:38 UTC --- (In reply to comment #27) Created attachment 29141 [details] updated checker Also verify expressions. Bootstrapped ok, target libs building

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-10 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #30 from Richard Biener rguenth at gcc dot gnu.org 2013-01-10 15:34:39 UTC --- LTO profiled-bootstrap revals: /space/rguenther/src/svn/trunk/gcc/reginfo.c: In function 'reg_scan':

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-10 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #31 from H.J. Lu hjl.tools at gmail dot com 2013-01-10 17:03:13 UTC --- (In reply to comment #30) LTO profiled-bootstrap revals: /space/rguenther/src/svn/trunk/gcc/reginfo.c: In function 'reg_scan':

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-10 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #32 from H.J. Lu hjl.tools at gmail dot com 2013-01-10 19:36:08 UTC --- (In reply to comment #30) LTO profiled-bootstrap revals: /space/rguenther/src/svn/trunk/gcc/reginfo.c: In function 'reg_scan':

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-09 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #18 from Richard Biener rguenth at gcc dot gnu.org 2013-01-09 09:31:45 UTC --- (In reply to comment #17) gimple_location is duplicated by: #1 0x00751f32 in gimple_copy (stmt=0x7fffe8d75a00) at

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-09 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #19 from H.J. Lu hjl.tools at gmail dot com 2013-01-09 16:11:06 UTC --- The BLOCK tree node is cleared by (gdb) bt #0 0x00336b4882ee in __memset_sse2 () from /lib64/libc.so.6 #1 0x00545fdf in clear_marks ()

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-09 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #20 from H.J. Lu hjl.tools at gmail dot com 2013-01-09 17:12:45 UTC --- we put the remapped block in line_table: #0 0x0101d8cf in get_combined_adhoc_loc (set=0x77ffc000, locus=968541695, data=0x7fffe8d6fe60)

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-09 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #21 from Richard Biener rguenth at gcc dot gnu.org 2013-01-09 18:20:32 UTC --- (In reply to comment #19) The BLOCK tree node is cleared by (gdb) bt #0 0x00336b4882ee in __memset_sse2 () from /lib64/libc.so.6 #1

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-09 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #22 from H.J. Lu hjl.tools at gmail dot com 2013-01-09 18:37:10 UTC --- (In reply to comment #21) Remapped blocks are supposed to be linked into the BLOCK tree of the It didn't happen. destination. What's the backtrace

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-09 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #23 from H.J. Lu hjl.tools at gmail dot com 2013-01-09 22:51:36 UTC --- The old BLOCK came from (gdb) bt #0 remap_block (block=0x7fffd690, id=0x7fffd840) at /export/gnu/import/git/gcc/gcc/tree-inline.c:624 #1

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-08 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #15 from Richard Biener rguenth at gcc dot gnu.org 2013-01-08 10:17:16 UTC --- (In reply to comment #11) (In reply to comment #9) Eh. Diego, how does GTY((user)) work here? It smells like a bug in vec.h to me. /*

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-08 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #16 from H.J. Lu hjl.tools at gmail dot com 2013-01-08 17:12:57 UTC --- (In reply to comment #15) So I'm still not sure what HJ means with it's collected. GC roots are never collected. HJ, should your patch fix anything?

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-08 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #17 from H.J. Lu hjl.tools at gmail dot com 2013-01-09 00:22:18 UTC --- gimple_location is duplicated by: #1 0x00751f32 in gimple_copy (stmt=0x7fffe8d75a00) at /export/gnu/import/git/gcc/gcc/gimple.c:2205 #2

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-07 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-07 Thread dnovillo at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #11 from Diego Novillo dnovillo at gcc dot gnu.org 2013-01-07 17:54:14 UTC --- (In reply to comment #9) Eh. Diego, how does GTY((user)) work here? It smells like a bug in vec.h to me. /* Garbage collection support for

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-07 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #12 from H.J. Lu hjl.tools at gmail dot com 2013-01-07 22:13:33 UTC --- (In reply to comment #4) Created attachment 29085 [details] A patch to move lto_global_var_decls to lto/lto.c With this patch, I got lto1:

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-07 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #13 from H.J. Lu hjl.tools at gmail dot com 2013-01-07 23:30:15 UTC --- For the testcase at https://sites.google.com/site/x32abi/documents/jc1.ltrans23.o.xz?attredirects=0d=1 [hjl@gnu-6 gcc]$ ./lto1 -quiet -dumpdir ./ -dumpbase

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

2013-01-07 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #14 from H.J. Lu hjl.tools at gmail dot com 2013-01-08 01:19:29 UTC --- (In reply to comment #13) For the testcase at https://sites.google.com/site/x32abi/documents/jc1.ltrans23.o.xz?attredirects=0d=1 [hjl@gnu-6 gcc]$