[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[hubicka at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

Jan Hubicka <hubicka at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Last reconfirmed|2010-07-27 09:17:50         |2010-10-02 9:17:50

--- Comment #7 from Jan Hubicka <hubicka at gcc dot gnu.org> 2010-10-02 14:16:08 UTC ---
Reconfirmed.  Probably major show stopper for mozilla now as there is no
workaround.

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
                URL|                            |http://gcc.gnu.org/ml/gcc-p
                   |                            |atches/2010-10/msg00721.htm
                   |                            |l
         AssignedTo|unassigned at gcc dot       |rguenth at gcc dot gnu.org
                   |gnu.org                     |

--- Comment #8 from Richard Guenther <rguenth at gcc dot gnu.org> 2010-10-11 13:02:32 UTC ---
I have a patch.

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[hubicka at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

--- Comment #9 from Jan Hubicka <hubicka at gcc dot gnu.org> 2010-10-15 02:43:12 UTC ---
Excellent!
If you send me this patch and path for the other Mozilla -g PR, I will give
them a try on full Mozilla build.

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

--- Comment #10 from Richard Guenther <rguenth at gcc dot gnu.org> 2010-10-15 08:32:39 UTC ---
See the URL.

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

--- Comment #11 from Richard Guenther <rguenth at gcc dot gnu.org> 2010-11-18 14:11:04 UTC ---
Author: rguenth
Date: Thu Nov 18 14:11:00 2010
New Revision: 166904

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166904
Log:
2010-11-18  Richard Guenther  <rguenther@suse.de>

    PR lto/45089
    * dwarf2out.c (add_AT_die_ref): Work around LTO losing types
    when checking is not enabled.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/dwarf2out.c

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |ice-checking

--- Comment #12 from Richard Guenther <rguenth at gcc dot gnu.org> 2010-11-18 14:11:39 UTC ---
Now ice-checking only.

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[hubicka at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

--- Comment #13 from Jan Hubicka <hubicka at gcc dot gnu.org> 2011-01-08 21:22:42 UTC ---
Confirmed that mozilla now builds with debug info.

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Blocks|                            |47819

--- Comment #14 from Richard Guenther <rguenth at gcc dot gnu.org> 2012-01-03 11:57:56 UTC ---
Would be interesting to see if (with checking enabled) the ICE still happens
on trunk.

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

--- Comment #15 from Richard Guenther <rguenth at gcc dot gnu.org> 2012-07-05 14:18:40 UTC ---
Assuming fixed.

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[rguenth at gcc dot gnu dot org]

------- Comment #6 from rguenth at gcc dot gnu dot org  2010-07-27 11:06 -------
Created an attachment (id=21325)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21325&action=view)
testcase

> g++ -r -nostdlib -O[s23] -g -flto d2.3.3.C d3.3.3.C

The key is that nsAccessible are not merged because one instance has
a complete nsRoleMapEntry while the other one an incomplete one.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[rguenth at gcc dot gnu dot org]

------- Comment #5 from rguenth at gcc dot gnu dot org  2010-07-27 09:46 -------
Well - I have no idea ;)  We can look at what the FE announces after I finished
testcase reduction.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|rguenther at suse dot de    |rguenth at gcc dot gnu dot
                   |                            |org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[hubicka at ucw dot cz]

------- Comment #4 from hubicka at ucw dot cz  2010-07-27 09:43 -------
Subject: Re:  -Os -g -fwhopr dwarf2out ICE

> So the issue may be that the LTO FE doesn't announce any decls to the debug
> machinery.
Because they are already announced before streaming ;).  I am not at all
familiar with this, can we just announce every type streamed in? Or do we need
to stream whatever frontend did?  deferred_inline_function should be all fine.

Honza


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[rguenth at gcc dot gnu dot org]

------- Comment #3 from rguenth at gcc dot gnu dot org  2010-07-27 09:26 -------
So the issue may be that the LTO FE doesn't announce any decls to the debug
machinery.

> grep debug_hooks cp/*.c
cp/decl.c:    debug_hooks->type_decl (tdecl, 0);
cp/decl.c:              /*debug_hooks->set_name (t, decl);*/
cp/name-lookup.c:    (*debug_hooks->global_decl) (alias);
cp/name-lookup.c:       (*debug_hooks->imported_module_or_decl) (name_space,
NULL_TREE,
cp/name-lookup.c:         (*debug_hooks->imported_module_or_decl) (t,
NULL_TREE, context, false);
cp/optimize.c:  (*debug_hooks->deferred_inline_function) (fn);


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[rguenth at gcc dot gnu dot org]

------- Comment #2 from rguenth at gcc dot gnu dot org  2010-07-27 09:17 -------
Trying to reduce ... it happens only with whopr.

Program received signal SIGSEGV, Segmentation fault.
0x00000000005d33ba in prune_unused_types_mark (die=0x0, dokids=1)
    at /space/rguenther/src/svn/trunk/gcc/dwarf2out.c:21729
21729     if (die->die_mark == 0)

#1  0x00000000005d3349 in prune_unused_types_walk_attribs (die=0x7ffff5a12d68)
    at /space/rguenther/src/svn/trunk/gcc/dwarf2out.c:21711
21711               prune_unused_types_mark (a->dw_attr_val.v.val_die_ref.die,
1);
(gdb) p a->dw_attr_val.v.val_die_ref
$1 = {die = 0x0, external = 0}

so we created a dw_val_class_die_ref attr with a null DIE.  Which we do
here:

#1  0x00000000005c9c14 in add_pure_or_virtual_attribute (die=0x7ffff5a12d68, 
    func_decl=0x7ffff55cd300)
    at /space/rguenther/src/svn/trunk/gcc/dwarf2out.c:17409
17407         if (debug_info_level > DINFO_LEVEL_TERSE
17408             && DECL_CONTEXT (func_decl))
17409           add_AT_die_ref (die, DW_AT_containing_type,
17410                           lookup_type_die (DECL_CONTEXT (func_decl)));

where DECL_CONTEXT is a RECORD_TYPE.

Supposedly the type is unused and thus doesn't get output.

Note that we're arriving here via

#5  0x0000000000c74a47 in expand_call_inline (bb=0x7ffff54782d8, 
    stmt=0x7ffff52c89b0, id=0x7fffffffd970)
    at /space/rguenther/src/svn/trunk/gcc/tree-inline.c:4024
4024      (*debug_hooks->outlining_inline_function) (cg_edge->callee->decl);


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2010-07-27 09:17:50
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[hubicka at gcc dot gnu dot org]

------- Comment #1 from hubicka at gcc dot gnu dot org  2010-07-26 21:04 -------
Created an attachment (id=21321)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21321&action=view)
testcase


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089