This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: debug-early branch merged into mainline
- From: Aldy Hernandez <aldyh at redhat dot com>
- To: Jan Hubicka <hubicka at ucw dot cz>
- Cc: Andreas Schwab <schwab at linux-m68k dot org>, GCC Mailing List <gcc at gcc dot gnu dot org>
- Date: Sat, 06 Jun 2015 17:47:34 -0400
- Subject: Re: debug-early branch merged into mainline
- Authentication-results: sourceware.org; auth=none
- References: <5571F319 dot 205 at redhat dot com> <m2sia5p3ne dot fsf at linux-m68k dot org> <5572D0EF dot 7090603 at redhat dot com> <m2oaktotvt dot fsf at linux-m68k dot org> <55730EC1 dot 2060709 at redhat dot com> <20150606193357 dot GA623 at atrey dot karlin dot mff dot cuni dot cz>
On 06/06/2015 03:33 PM, Jan Hubicka wrote:
Aldy,
also at PPC64le LTO bootstrap (at gcc112) dies with:
^
0x104ae8f7 check_die
../../gcc/dwarf2out.c:5715
Hmmm... this is in the LTO/ltrans stage? If so, that's weird. The LTO
path does not do the early DIE dance. Since check_die() is a new sanity
check for DIEs, I wonder if this is a latent bug that was already there.
How do I reproduce/do the LTO bootstrap thing?
Aldy
0x104e4e1b dwarf2out_decl
../../gcc/dwarf2out.c:21886
0x104d8a87 dwarf2out_abstract_function
../../gcc/dwarf2out.c:18457
0x104dd3e7 gen_inlined_subroutine_die
../../gcc/dwarf2out.c:19891
0x104e11f7 gen_block_die
../../gcc/dwarf2out.c:20933
0x104e17b3 decls_for_scope
../../gcc/dwarf2out.c:21006
0x104da907 gen_subprogram_die
../../gcc/dwarf2out.c:19167
0x104e343b gen_decl_die
../../gcc/dwarf2out.c:21409
0x104e4dfb dwarf2out_decl
../../gcc/dwarf2out.c:21882
0x104e4e6f dwarf2out_function_decl
../../gcc/dwarf2out.c:21894
0x105ab99f rest_of_handle_final
../../gcc/final.c:4505
0x105abd27 execute
../../gcc/final.c:4547
Please submit a full bug report,
with preprocessed source if appropriate.