When trying to compile gcc4.10 for the AVR processor under Ubuntu Dapper (gcc4.0.3) I get this error: ../../gcc/libgcc2.c: In function '__fixunssfsi': ../../gcc/libgcc2.c:1499: internal compiler error: in compute_frame_pointer_to_cfa_displacement, at dwarf2out.c:10445 Please submit a full bug report, Config arguments wilbur.harvey@shuttle1:~/avrtools/gcc-4.1.0/obj-avr$ ../configure --prefix=$PREFIX --target=avr --enable-languages=c,c++ --disable-nls --with-dwarf2 I previously compiled the binutils2.16 under the same environment without any problems.
Related to PR 26015.
Can you attach the preprocessed source?
Created attachment 10956 [details] compute_frame_pointer_to_cfa_displacement internal error source trigger
I have this same problem, only with Fedora Core 2/x86, building the cross-compiler for AVR as well. gcc4.1 and gcc 4.03 both stop with this error. I have attached the preprocessed source file resulting from the following command. bash-2.05b$ /scr/gcc41avrbld/./gcc/xgcc -B/scr/gcc41avrbld/./gcc/ -B/u03/bjkeen/local/avr/bin/ -B/u03/bjkeen/local/avr/lib/ -isystem /u03/bjkeen/local/avr/include -isystem /u03/bjkeen/local/avr/sys-include -O2 -O2 -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -DDF=SF -Dinhibit_libc -mcall-prologues -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../gcc-4.1.0/gcc -I../../gcc-4.1.0/gcc/. -I../../gcc-4.1.0/gcc/../include -I../../gcc-4.1.0/gcc/../libcpp/include -DL_fixunssfsi -c ../../gcc-4.1.0/gcc/libgcc2.c -o libgcc/./_fixunssfsi.o -save-temps ../../gcc-4.1.0/gcc/libgcc2.c: In function '__fixunssfsi': ../../gcc-4.1.0/gcc/libgcc2.c:1499: internal compiler error: in compute_frame_pointer_to_cfa_displacement, at dwarf2out.c:10445
Subject: Re: compute_frame_pointer_to_cfa_displacement erro r for avr target with --with-dwarf2 I gave up and deleted everything related. I will see if I can re-create the environment again. Wilbur pinskia at gcc dot gnu dot org wrote: > ------- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-02 12:29 > ------- > Can you attach the preprocessed source? > > >
Can either one of you try the patch in PR 26015?
Hi, I have the same error. I use : - binutils-2.16.1, - gcc 4.1.0, - avr-libc 1.4.3 But it works with gcc 4.0.3. I use the doc : www.nongnu.org/avr-libc/user-manual/install_tools.html make[3]: Entering directory `/home/avrdev-4/gcc-4.1.0/obj-avr/gcc' /home/avrdev-4/gcc-4.1.0/obj-avr/./gcc/xgcc -B/home/avrdev-4/gcc-4.1.0/obj-avr/./gcc/ -B/home/avrdev-4//avr/bin/ -B/home/avrdev-4//avr/lib/ -isystem /home/avrdev-4//avr/include -isystem /home/avrdev-4//avr/sys-include -O2 -O2 -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -DDF=SF -Dinhibit_libc -mcall-prologues -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -I../../gcc/../libcpp/include -DL_fixunssfsi -c ../../gcc/libgcc2.c -o libgcc/./_fixunssfsi.o ../../gcc/libgcc2.c: In function '__fixunssfsi': ../../gcc/libgcc2.c:1499: internal compiler error: in compute_frame_pointer_to_cfa_displacement, at dwarf2out.c:10445 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. make[3]: *** [libgcc/./_fixunssfsi.o] Erreur 1 make[3]: Leaving directory `/home/avrdev-4/gcc-4.1.0/obj-avr/gcc' make[2]: *** [stmp-multilib] Erreur 2 make[2]: Leaving directory `/home/avrdev-4/gcc-4.1.0/obj-avr/gcc' make[1]: *** [all-gcc] Erreur 2 make[1]: Leaving directory `/home/avrdev-4/gcc-4.1.0/obj-avr' make: *** [all] Erreur 2 Thanks a lot.
(In reply to comment #6) > Can either one of you try the patch in PR 26015? > Putting #define FRAME_POINTER_CFA_OFFSET(FNDECL) 0 as indicated in that patch, into config/avr.h seems to work, but it is also necessary to specify --disable-libssp to configure. Perhaps libssp should by default be disabled for avr targets?
*** Bug 28273 has been marked as a duplicate of this bug. ***
Getting the same error when compiling gcc-4.1.1 on MacOSX for target avr. It was compiled with apple's XCode version of gcc which is gcc 4.0.1. ../configure --prefix=$PREFIX --target=avr --enable-languages=c,c++ --disable-nls --with-dwarf2
Same bug occures with 4.1.1 too, verified on an x86 and ppc host, cross compiling for Atmel AVR: configure --target=avr --with-dwarf2 triggers the bug.
Confirmed.
AVR is not a primary or secondary platform.
Subject: Bug 26504 Author: aesok Date: Thu Sep 14 21:11:33 2006 New Revision: 116950 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116950 Log: PR target/26504 * config/avr/avr.h (FRAME_POINTER_CFA_OFFSET): Define. Modified: trunk/gcc/ChangeLog trunk/gcc/config/avr/avr.h
Subject: Bug 26504 Author: aesok Date: Thu Sep 14 21:19:10 2006 New Revision: 116952 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116952 Log: PR target/26504 * config/avr/avr.h (FRAME_POINTER_CFA_OFFSET): Define. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/avr/avr.h
Change Status to FIXED.
*** Bug 29409 has been marked as a duplicate of this bug. ***
Subject: Bug 26504 Author: aesok Date: Tue Oct 10 22:18:06 2006 New Revision: 117616 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117616 Log: * config/avr/predicates.md: New file. * config/avr/avr.md: Include it. (REG_SP): New constant. (peepholes): Use predicates. (sbrx_branch, sbrx_and_branchhi, sbrx_and_branchsi, branch, rvbranch, difficult_branch, difficult_rvbranch, cbi, sbi, sbix_branch, sbix_branch_bit7, sbix_branch_tmp, sbix_branch_tmp_bit7): Ditto. PR target/26504 * config/avr/avr.h (FRAME_POINTER_CFA_OFFSET): Define. Added: trunk/gcc/config/avr/predicates.md (with props) Modified: trunk/gcc/ChangeLog trunk/gcc/config/avr/avr.md Propchange: trunk/gcc/config/avr/predicates.md ('svn:executable' added)
*** Bug 29875 has been marked as a duplicate of this bug. ***
[gdb/symtab] Handle DW_TAG_type_unit in process_psymtab_comp_unit When running test-case gdb.cp/cpexprs-debug-types.exp with target board unix/gdb:debug_flags=-gdwarf-5, I run into: ... (gdb) file cpexprs-debug-types^M Reading symbols from cpexprs-debug-types...^M ERROR: Couldn't load cpexprs-debug-types into GDB (eof). ERROR: Couldn't send delete breakpoints to GDB. ERROR: GDB process no longer exists GDB process exited with wait status 23054 exp9 0 0 CHILDKILLED SIGABRT SIGABRT ... https://www.webb-dev.co.uk/crypto/crypto-for-investing/ We're running into this abort in process_psymtab_comp_unit: ... switch (reader.comp_unit_die->tag) { case DW_TAG_compile_unit: this_cu->unit_type = DW_UT_compile; http://www.compilatori.com/tech/nvidia-and-samsung/ break; case DW_TAG_partial_unit: this_cu->unit_type = DW_UT_partial; http://www.acpirateradio.co.uk/tech/nvidia-and-samsung/ break; default: abort (); http://www.logoarts.co.uk/tech/nvidia-and-samsung/ } ... because reader.comp_unit_die->tag == DW_TAG_type_unit. http://www.slipstone.co.uk/tech/nvidia-and-samsung/ Fix this by adding a DW_TAG_type_unit case. Tested on x86_64-linux. gdb/ChangeLog: http://embermanchester.uk/tech/nvidia-and-samsung/ [gdb/symtab] Handle DW_TAG_type_unit in process_psymtab_comp_unit When running test-case gdb.cp/cpexprs-debug-types.exp with target board unix/gdb:debug_flags=-gdwarf-5, I run into: http://connstr.net/tech/nvidia-and-samsung/ ... (gdb) file cpexprs-debug-types^M Reading symbols from cpexprs-debug-types...^M http://joerg.li/tech/nvidia-and-samsung/ ERROR: Couldn't load cpexprs-debug-types into GDB (eof). ERROR: Couldn't send delete breakpoints to GDB. ERROR: GDB process no longer exists http://www.jopspeech.com/tech/nvidia-and-samsung/ GDB process exited with wait status 23054 exp9 0 0 CHILDKILLED SIGABRT SIGABRT ... We're running into this abort in process_psymtab_comp_unit: http://www.wearelondonmade.com/tech/nvidia-and-samsung/ ... switch (reader.comp_unit_die->tag) { case DW_TAG_compile_unit: https://waytowhatsnext.com/technology/korean-technology/ this_cu->unit_type = DW_UT_compile; break; case DW_TAG_partial_unit: http://www.iu-bloomington.com/technology/miui13/ this_cu->unit_type = DW_UT_partial; break; default: abort (); https://komiya-dental.com/technology/miui-13/ } ... because reader.comp_unit_die->tag == DW_TAG_type_unit. http://www-look-4.com/tech/nvidia-and-samsung/ Fix this by adding a DW_TAG_type_unit case. Tested on x86_64-linux. https://www.webb-dev.co.uk/technology/grt-r910/ gdb/ChangeLog: