This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug debug/48203] ICE in dwarf2out.c while building eglibc.
- From: "ramana at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Tue, 31 May 2011 22:31:14 +0000
- Subject: [Bug debug/48203] ICE in dwarf2out.c while building eglibc.
- Auto-submitted: auto-generated
- References: <bug-48203-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48203
--- Comment #14 from Ramana Radhakrishnan <ramana at gcc dot gnu.org> 2011-05-31 22:30:42 UTC ---
(In reply to comment #13)
> Author: jakub
> Date: Mon Mar 28 23:53:46 2011
> New Revision: 171640
>
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171640
> Log:
> PR debug/48203
> * cfgexpand.c (expand_debug_expr) <case SSA_NAME>: Only
> create ENTRY_VALUE if incoming or address of incoming's MEM
> is a hard REG.
> * dwarf2out.c (mem_loc_descriptor): Don't emit
> DW_OP_GNU_entry_value of DW_OP_fbreg.
> * var-tracking.c (vt_add_function_parameter): Ensure cselib_lookup
> on ENTRY_VALUE is able to find the canonical parameter VALUE.
> * cselib.c (rtx_equal_for_cselib_1) <case ENTRY_VALUE>: Use
> rtx_equal_p instead of rtx_equal_for_cselib_1 to compare
> ENTRY_VALUE_EXPs.
> (cselib_hash_rtx) <case ENTRY_VALUE>: If ENTRY_VALUE_EXP
> is a REG_P or MEM_P with REG_P address, compute hash directly
> instead of calling cselib_hash_rtx on ENTRY_VALUE_EXP.
> (preserve_only_constants): Don't clear VALUES forwaring
> ENTRY_VALUE to some other VALUE.
>
> * gcc.dg/pr48203.c: New test.
>
> Added:
> trunk/gcc/testsuite/gcc.dg/pr48203.c
> Modified:
> trunk/gcc/ChangeLog
> trunk/gcc/cfgexpand.c
> trunk/gcc/cselib.c
> trunk/gcc/dwarf2out.c
> trunk/gcc/testsuite/ChangeLog
> trunk/gcc/var-tracking.c
Jakub, Is this now fixed ?
Ramana