[Bug debug/57389] New: ICE in dbx_reg_number, at dwarf2out.c:10507 on powerpc-spe target

[Bug debug/57389] New: ICE in dbx_reg_number, at dwarf2out.c:10507 on powerpc-spe target

[rmansfield at qnx dot com]

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

            Bug ID: 57389
           Summary: ICE in dbx_reg_number, at dwarf2out.c:10507 on
                    powerpc-spe target
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: debug
          Assignee: unassigned at gcc dot gnu.org
          Reporter: rmansfield at qnx dot com
            Target: powerpc-e500v2-linux-gnuspe

spe targets are failing to build libgcc.

$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: powerpc-e500v2-linux-gnuspe
Configured with: ../configure --target=powerpc-e500v2-linux-gnuspe
--prefix=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe
--with-sysroot=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/sys-root
--disable-multilib --with-cpu=8548 --with-tune=8548
--with-gmp=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe
--with-mpfr=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe
--enable-__cxa_atexit
--with-local-prefix=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/sys-root
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99
--enable-long-long --enable-target-optspace --enable-e500_double
--with-long-double-128 target_alias=powerpc-e500v2-linux-gnuspe
--enable-languages=c,c++,lto
Thread model: posix
gcc version 4.9.0 20130523 (experimental) [trunk revision 199267] (GCC) 


/home/ryan/gnu/gcc/trunk/spe-build/./gcc/xgcc
-B/home/ryan/gnu/gcc/trunk/spe-build/./gcc/
-B/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/bin/
-B/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/lib/
-isystem
/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/include
-isystem
/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/sys-include
   -g -Os -O2  -g -Os -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall
-Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include   -fPIC
-mlong-double-128 -mno-minimal-toc -g -DIN_LIBGCC2 -fbuilding-libgcc
-fno-stack-protector   -fPIC -mlong-double-128 -mno-minimal-toc -I. -I.
-I../.././gcc -I../../../libgcc -I../../../libgcc/. -I../../../libgcc/../gcc
-I../../../libgcc/../include -I../../../libgcc/../libdecnumber/dpd
-I../../../libgcc/../libdecnumber -DHAVE_CC_TLS  -o _powidf2.o -MT _powidf2.o
-MD -MP -MF _powidf2.dep -DL_powidf2 -c ../../../libgcc/libgcc2.c
-fvisibility=hidden -DHIDE_EXPORTS
../../../libgcc/libgcc2.c: In function '__powidf2':
../../../libgcc/libgcc2.c:1777:1: internal compiler error: in dbx_reg_number,
at dwarf2out.c:10507
 }
 ^
0x64377e dbx_reg_number
    ../../gcc/dwarf2out.c:10507
0x64377e dbx_reg_number
    ../../gcc/dwarf2out.c:10503
0x66b447 multiple_reg_loc_descriptor
    ../../gcc/dwarf2out.c:10664
0x66b447 reg_loc_descriptor
    ../../gcc/dwarf2out.c:10578
0x66eb43 loc_descriptor
    ../../gcc/dwarf2out.c:12951
0x66ee46 loc_descriptor
    ../../gcc/dwarf2out.c:12983
0x66f3b5 dw_loc_list_1
    ../../gcc/dwarf2out.c:13256
0x66b86b dw_loc_list
    ../../gcc/dwarf2out.c:13512
0x66b86b loc_list_from_tree
    ../../gcc/dwarf2out.c:13897
0x670de9 add_location_or_const_value_attribute
    ../../gcc/dwarf2out.c:15391
0x670de9 add_location_or_const_value_attribute
    ../../gcc/dwarf2out.c:15333
0x671261 gen_formal_parameter_die
    ../../gcc/dwarf2out.c:17190
0x65f694 gen_decl_die
    ../../gcc/dwarf2out.c:20191
0x65cb9b gen_subprogram_die
    ../../gcc/dwarf2out.c:18063
0x65f634 gen_decl_die
    ../../gcc/dwarf2out.c:20102
0x660688 dwarf2out_function_decl
    ../../gcc/dwarf2out.c:20492
0x6c1dc4 rest_of_handle_final
    ../../gcc/final.c:4393
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.

[Bug debug/57389] ICE in dbx_reg_number, at dwarf2out.c:10507 on powerpc-spe target

[chrbr at gcc dot gnu.org]

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

chrbr at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |chrbr at gcc dot gnu.org

--- Comment #1 from chrbr at gcc dot gnu.org ---
Created attachment 30180
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30180&action=edit
Fix

[Bug debug/57389] ICE in dbx_reg_number, at dwarf2out.c:10507 on powerpc-spe target

[chrbr at gcc dot gnu.org]

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

--- Comment #2 from chrbr at gcc dot gnu.org ---
dbx translation should not be done in TARGET_DWARF_REGISTER_SPAN since this is
handled centrally by DBX_REGISTER_NUMBER.

[Bug debug/57389] ICE in dbx_reg_number, at dwarf2out.c:10507 on powerpc-spe target

[chrbr at gcc dot gnu.org]

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

--- Comment #4 from chrbr at gcc dot gnu.org ---
Created attachment 30207
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30207&action=edit
Patch to avoid assertion

This patches restores to the previous state that don't check regno parameters
produced by dwarf_register_span. necessary only for the powerpc, I don't really
understand the reason why  it produces a parallel with both a hard_reg and a
dbx.

[Bug debug/57389] ICE in dbx_reg_number, at dwarf2out.c:10507 on powerpc-spe target

[chrbr at gcc dot gnu.org]

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

--- Comment #5 from chrbr at gcc dot gnu.org ---
Created attachment 30208
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30208&action=edit
Alternative to fix the root cause.

This patch only produces dbx regno for the dbx regno locations. tested for the
SH4, ARM, RS6000 configurations that caused problem at one time or the other.

Posted at http://gcc.gnu.org/ml/gcc-patches/2013-05/msg01613.html

[Bug debug/57389] ICE in dbx_reg_number, at dwarf2out.c:10507 on powerpc-spe target

[stigge at antcom dot de]

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

Roland Stigge <stigge at antcom dot de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |stigge at antcom dot de

--- Comment #6 from Roland Stigge <stigge at antcom dot de> ---
Hi! I can confirm that the last patch fixes the gcc build issue. Can this
please get applied? Thanks!

[Bug debug/57389] ICE in dbx_reg_number, at dwarf2out.c:10507 on powerpc-spe target

[janis at gcc dot gnu.org]

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

Janis Johnson <janis at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |janis at gcc dot gnu.org

--- Comment #7 from Janis Johnson <janis at gcc dot gnu.org> ---
I'm getting the ICE described in the submitter's description in 13 C tests for
powerpc-none-eabispe, and the patch in comment 5 fixes it.

[Bug debug/57389] ICE in dbx_reg_number, at dwarf2out.c:10507 on powerpc-spe target

[segher at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57389

Segher Boessenkool <segher at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |segher at gcc dot gnu.org
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |WONTFIX

--- Comment #8 from Segher Boessenkool <segher at gcc dot gnu.org> ---
The powerpcspe backend has been deprecated in GCC 8 and removed during GCC 9
development. See corresponding mailing list threads[1,2,3] for details.

[1] https://gcc.gnu.org/legacy-ml/gcc/2018-04/msg00102.html
[2] https://gcc.gnu.org/legacy-ml/gcc-patches/2018-12/msg00123.html
[3] https://gcc.gnu.org/pipermail/gcc/2020-May/232342.html