[Bug target/44793] [4.5/4.6 Regression] libgcc does not include t-ppccomm on rtems
--- Comment #9 from joel at gcc dot gnu dot org 2010-08-08 20:31 --- Created an attachment (id=21439) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21439&action=view) First attempt at fix Is this what you have in mind? I think it worked since the desired symbols are now in libgcc.a. Is there some other remnant in config.gcc or gcc/config/rs6000/*rtems* that needs cleaning? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
[Bug target/44793] Code generated references undefined symbol
--- Comment #4 from joel at gcc dot gnu dot org 2010-07-02 20:31 --- We use newlib and it is not in any of the .a or .o files installed. I see it in the file crtresgpr.S in gcc/config/rs6000 but only config/rs6000/t-netbsd references it. Should this code from t-netbsd be copied to t-rtems or moved out to a new t-XXX file which is included by multiple targets? rtems can't be the only one in need of this. LIB2FUNCS_STATIC_EXTRA = crtsavfpr.S crtresfpr.S \ crtsavgpr.S crtresgpr.S \ crtresxfpr.S crtresxgpr.S tramp.S: $(srcdir)/config/rs6000/tramp.asm cat $(srcdir)/config/rs6000/tramp.asm > tramp.S crtsavfpr.S: $(srcdir)/config/rs6000/crtsavfpr.asm cat $(srcdir)/config/rs6000/crtsavfpr.asm >crtsavfpr.S crtresfpr.S: $(srcdir)/config/rs6000/crtresfpr.asm cat $(srcdir)/config/rs6000/crtresfpr.asm >crtresfpr.S crtsavgpr.S: $(srcdir)/config/rs6000/crtsavgpr.asm cat $(srcdir)/config/rs6000/crtsavgpr.asm >crtsavgpr.S crtresgpr.S: $(srcdir)/config/rs6000/crtresgpr.asm cat $(srcdir)/config/rs6000/crtresgpr.asm >crtresgpr.S crtresxfpr.S: $(srcdir)/config/rs6000/crtresxfpr.asm cat $(srcdir)/config/rs6000/crtresxfpr.asm >crtresxfpr.S crtresxgpr.S: $(srcdir)/config/rs6000/crtresxgpr.asm cat $(srcdir)/config/rs6000/crtresxgpr.asm >crtresxgpr.S # It is important that crtbegin.o, etc., aren't surprised by stuff in .sdata. CRTSTUFF_T_CFLAGS += -msdata=none CRTSTUFF_T_CFLAGS_S += -msdata=none -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
[Bug target/44793] Code generated references undefined symbol
--- Comment #2 from joel at gcc dot gnu dot org 2010-07-02 20:16 --- Works with 4.4.4 $ /opt/rtems-4.10/bin/powerpc-rtems4.10-gcc -mcpu=603e -Os pr44793.c -S $ grep _res pr44793.s $ /opt/rtems-4.10/bin/powerpc-rtems4.10-gcc --version powerpc-rtems4.10-gcc (GCC) 4.4.4 20100429 (RTEMS gcc-4.4.4-1.fc12/newlib-1.18.0-12.fc12) -- joel at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
[Bug target/44793] Code generated references undefined symbol
--- Comment #1 from joel at gcc dot gnu dot org 2010-07-02 20:14 --- Created an attachment (id=21071) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21071&action=view) bzip'ed test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
[Bug target/44793] New: Code generated references undefined symbol
This was spotted on powerpc-rtems but likely impacts more targets. It is triggered by -Os. I will attach the preprocessed file. powerpc-rtems4.11-gcc (GCC) 4.5.0 20100414 (RTEMS gcc-4.5.0-10.fc12/newlib-1.18.0-10.fc12) $ powerpc-rtems4.11-gcc -mcpu=603e -Os -S j.c $ grep _rest j.s b _restgpr_31_x $ powerpc-rtems4.11-gcc -mcpu=603e -O0 -S j.c $ grep _rest j.s $ powerpc-rtems4.11-gcc -mcpu=603e -O1 -S j.c $ grep _rest j.s $ powerpc-rtems4.11-gcc -mcpu=603e -O2 -S j.c $ grep _rest j.s $ -- Summary: Code generated references undefined symbol Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC host triplet: powerpc-rtems4.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
[Bug target/43527] ICE in cselib_record_set, at cselib.c:1864 during build of compiler
--- Comment #3 from joel at gcc dot gnu dot org 2010-05-26 00:26 --- (In reply to comment #2) > Hi Joel, do you have a .i test case for this? Thanks. > It works today. with $ lm32-rtems4.10-gcc --version lm32-rtems4.10-gcc (GCC) 4.6.0 20100525 (experimental) [trunk revision 159847] Do I need to pull the 4.5 branch and try that? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43527
[Bug tree-optimization/44063] [4.6 Regression]: build broken for libgcc cris-elf, ICE in cgraph_estimate_size_after_inlining, at ipa-inline
--- Comment #10 from joel at gcc dot gnu dot org 2010-05-11 11:50 --- FWIW also seen on sparc-rtems, powerpc-rtems, and i386-rtems. This did not happen building mips-rtems. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44063
[Bug c/44070] New: ICE in cgraph_estimate_size_after_inlining, at ipa-inline.c:208
xgcc (GCC) 4.6.0 20100510 (experimental) [trunk revision 159244] /users/joel/test-gcc/b-gcc1-sparc/./gcc/xgcc -B/users/joel/test-gcc/b-gcc1-sparc/./gcc/ -nostdinc -B/users/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/ -isystem /users/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/targ-include -isystem /users/joel/test-gcc/gcc-svn/newlib/libc/include -B/users/joel/test-gcc/install-svn/sparc-rtems4.10/bin/ -B/users/joel/test-gcc/install-svn/sparc-rtems4.10/lib/ -isystem /users/joel/test-gcc/install-svn/sparc-rtems4.10/include -isystem /users/joel/test-gcc/install-svn/sparc-rtems4.10/sys-include-g -O2 -msoft-float -O2 -I/users/joel/test-gcc/gcc-svn/gcc/../newlib/libc/sys/rtems/include -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../.././gcc -I/users/joel/test-gcc/gcc-svn/libgcc -I/users/joel/test-gcc/gcc-svn/libgcc/. -I/users/joel/test-gcc/gcc-svn/libgcc/../gcc -I/users/joel/test-gcc/gcc-svn/libgcc/../include -DHAVE_CC_TLS -o _fpcmp_parts_sf.o -MT _fpcmp_parts_sf.o -MD -MP -MF _fpcmp_parts_sf.dep -DFINE_GRAINED_LIBRARIES -DL_fpcmp_parts_sf -c ../../.././gcc/fp-bit.c ../../.././gcc/fp-bit.c: In function '__mulsf3': ../../.././gcc/fp-bit.c:958:1: internal compiler error: in cgraph_estimate_size_after_inlining, at ipa-inline.c:208 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ICE in cgraph_estimate_size_after_inlining, at ipa- inline.c:208 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: sparc-rtems4.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44070
[Bug target/37440] [4.4/4.5/4.6 Regression] GNAT Bug Box a-ngcefu.adb:397
--- Comment #9 from joel at gcc dot gnu dot org 2010-04-29 21:03 --- Still broken. | 4.6.0 20100428 (experimental) [trunk revision 158844] (arm-unknown-rtems4.10) GCC error:| | in find_valid_class, at reload.c:704 | | Error detected around a-ngcefu.adb:115:8 | -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440
[Bug target/43726] lm32-rtems* ICE
--- Comment #2 from joel at gcc dot gnu dot org 2010-04-12 12:11 --- Did you have patches to get past http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43527 or has it just gone away? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43726
[Bug driver/43687] New: Unexpected error message for bad command line argument
I meant to use "-Wl,--wrap" but accidentally just used --wrap. Notice that the
error message has turned it into -fwrap. This is confusing.
[j...@iceland tmp]$ gcc --wrap -c m.c
cc1: error: unrecognized command line option "-fwrap"
[j...@iceland tmp]$ gcc --version
gcc (GCC) 4.4.3 20100127 (Red Hat 4.4.3-4)
--
Summary: Unexpected error message for bad command line argument
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43687
[Bug target/37440] [4.4/4.5/4.6 Regression] GNAT Bug Box a-ngcefu.adb:397
--- Comment #8 from joel at gcc dot gnu dot org 2010-04-07 21:55 --- /users/joel/test-gcc/b-gcc2-arm/./gcc/xgcc -B/users/joel/test-gcc/b-gcc2-arm/./gcc/ -nostdinc -B/users/joel/test-gcc/b-gcc2-arm/arm-rtems4.10/newlib/ -isystem /users/joel/test-gcc/b-gcc2-arm/arm-rtems4.10/newlib/targ-include -isystem /users/joel/test-gcc/gcc-svn/newlib/libc/include -B/users/joel/test-gcc/install-svn/arm-rtems4.10/bin/ -B/users/joel/test-gcc/install-svn/arm-rtems4.10/lib/ -isystem /users/joel/test-gcc/install-svn/arm-rtems4.10/include -isystem /users/joel/test-gcc/install-svn/arm-rtems4.10/sys-include-c -g -O0 -W -Wall -gnatpg -mthumb a-nlcefu.ads -o a-nlcefu.o This gives an ICE at -O2, -O1 and -O0 as shown above. +===GNAT BUG DETECTED==+ | 4.6.0 20100407 (experimental) [trunk revision 158082] (arm-unknown-rtems4.10) GCC error:| | in find_valid_class, at reload.c:704 | | Error detected around a-ngcefu.adb:115:8 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ If there is anything I can do to help narrow this down, let me know. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440
[Bug bootstrap/43531] [4.5/4.6 Regression] host files being used during cross compilation
--- Comment #25 from joel at gcc dot gnu dot org 2010-04-07 12:11 --- Although we may seem paranoid and picky, these can break things in a very weird and very hard to debug way. I just tripped across another place where gcc/config is passed as an include directory to the build of a language run-time library cross. It showed up because there was a file name conflict between gcc internal .h files and the support .h files on the target. It is better to kill these. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
[Bug ada/41493] [4.5 regression] ACATS c34006g fails on sparc-rtems
--- Comment #7 from joel at gcc dot gnu dot org 2010-04-06 22:18 --- I had some logs here and checked. It passes on sparc-rtems4.10 GNATMAKE 4.5.0 20100331 (experimental) [trunk revision 157866] ,.,. C34006G ACATS 2.5 88-01-01 00:00:00 C34006G CHECK THAT THE REQUIRED PREDEFINED OPERATIONS ARE DECLARED (IMPLICITLY) FOR DERIVED RECORD TYPES WITHOUT DISCRIMINANTS AND WITH A LIMITED COMPONENT TYPE. C34006G PASSED . -- joel at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41493
[Bug ada/37440] [4.4/4.5 Regression] GNAT Bug Box a-ngcefu.adb:397
--- Comment #6 from joel at gcc dot gnu dot org 2010-04-06 11:36 --- Reconfirmed. +===GNAT BUG DETECTED==+ | 4.5.0 20100402 (experimental) [trunk revision 157942] (arm-unknown-rtems4.10) GCC error:| | in find_valid_class, at reload.c:704 | | Error detected around a-ngcefu.adb:115:8 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report -- joel at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-04-06 11:36:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440
[Bug bootstrap/43531] [4.5 Regression] host files being used during cross compilation
--- Comment #18 from joel at gcc dot gnu dot org 2010-04-01 22:43 --- Confirmed. 152248 - native gcc 152249 - uses xgcc -- joel at gcc dot gnu dot org changed: What|Removed |Added CC||rwild at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
[Bug bootstrap/43531] [4.5 Regression] host files being used during cross compilation
--- Comment #16 from joel at gcc dot gnu dot org 2010-04-01 22:11 --- Running from home while helping kids with homework. :) 152248 - native gcc 152272 - uses xgcc So it broken between those two. I will continue whittling. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
[Bug bootstrap/43531] [4.5 Regression] host files being used during cross compilation
--- Comment #15 from joel at gcc dot gnu dot org 2010-04-01 21:06 --- I have it down to this. 152224 - native gcc 152417 - use xgcc I confused myself and went down the wrong branch of the binary search earlier so that's how far I got today. But ~200 revisions is better than the 5K revisions I started with. :) If that doesn't narrow it enough, I will have it further tomorrow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
[Bug bootstrap/43531] [4.5 Regression] host files being used during cross compilation
--- Comment #14 from joel at gcc dot gnu dot org 2010-04-01 13:49 --- I am starting the regression hunt. Don't worry about it Ralf. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
[Bug target/43580] [4.5 Regression] ICE segfault compiling libgcc2.c
--- Comment #11 from joel at gcc dot gnu dot org 2010-03-30 23:05 --- Patch worked for me targeting arm-rtems4.10 on the same gcc checkout. Please apply it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43580
[Bug bootstrap/43531] [4.5 Regression] host files being used during cross compilation
--- Comment #12 from joel at gcc dot gnu dot org 2010-03-30 16:58 --- Created an attachment (id=20260) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20260&action=view) generated gcc/Makefile This is the gcc/Makefile generated for my h8300-rtems4.10 build. h8300.o is supposed to go in libbackend.a if I am reading this right. If that's the case, it should NEVER be compiled with the xgcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
[Bug bootstrap/43531] [4.5 Regression] host files being used during cross compilation
--- Comment #10 from joel at gcc dot gnu dot org 2010-03-30 16:29 --- I encountered this issue while doing builds to run gcc tests. Newlib is symlinked into gcc. binutils was built and installed separately. My configure command is pretty simple. /users/joel/test-gcc/gcc-svn/configure --enable-threads=rtems --with-gnu-as --enable-multilib --enable-newlib-mb --enable-newlib-iconv --with-gnu-ld --with-newlib --verbose --with-system-zlib --disable-nls --enable-version-specific-runtime-libs --enable-languages=c,c++ --target=h8300-rtems4.10 --prefix=/users/joel/test-gcc/install-svn -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
[Bug bootstrap/43531] [4.5 Regression] host files being used during cross compilation
--- Comment #9 from joel at gcc dot gnu dot org 2010-03-30 16:22 --- Maybe I am misreading the command invoked in Ralf's original report but it is using xgcc which is the cross gcc: make[5]: Entering directory `/users/rtems/src/rpms/BUILD/rtems-4.11-h8300-rtems4.11-gcc-4.5.0/build/gcc' /users/rtems/src/rpms/BUILD/rtems-4.11-h8300-rtems4.11-gcc-4.5.0/build/./gcc/xgcc -B/users/rtems/src/rpms/BUILD/rtems-4.11-h8300-rtems4.11-gcc-4.5.0/build/./gcc/ -B/opt/rtems-4.11/h8300-rtems4.11/bin/ -B/opt/rtems-4.11/h8300-rtems4.11/lib/ -isystem /opt/rtems-4.11/h8300-rtems4.11/include -isystem So any attempt to compile h8300.c with the cross xgcc is just wrong. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
[Bug bootstrap/43584] [regression] h8300-rtems fails to build
--- Comment #1 from joel at gcc dot gnu dot org 2010-03-29 18:52 --- Cross source is gcc (GCC) 4.5.0 20100328 (experimental) [trunk revision 157785] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43584
[Bug bootstrap/43584] New: [regression] h8300-rtems fails to build
Looking at the failure log, this looks like the new cross-compiler is being used to compile a native part of gcc. make[3]: Entering directory `/users/joel/test-gcc/b-gcc1-h8300/gcc' /users/joel/test-gcc/b-gcc1-h8300/./gcc/xgcc -B/users/joel/test-gcc/b-gcc1-h8300/./gcc/ -nostdinc -B/users/joel/test-gcc/b-gcc1-h8300/h8300-rtems4.10/newlib/ -isystem /users/joel/test-gcc/b-gcc1-h8300/h8300-rtems4.10/newlib/targ-include -isystem /users/joel/test-gcc/gcc-svn/newlib/libc/include -B/users/joel/test-gcc/install-svn/h8300-rtems4.10/bin/ -B/users/joel/test-gcc/install-svn/h8300-rtems4.10/lib/ -isystem /users/joel/test-gcc/install-svn/h8300-rtems4.10/include -isystem /users/joel/test-gcc/install-svn/h8300-rtems4.10/sys-include-c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I/users/joel/test-gcc/gcc-svn/gcc -I/users/joel/test-gcc/gcc-svn/gcc/. -I/users/joel/test-gcc/gcc-svn/gcc/../include -I/users/joel/test-gcc/gcc-svn/gcc/../libcpp/include -I/users/joel/test-gcc/gcc-svn/gcc/../libdecnumber -I/users/joel/test-gcc/gcc-svn/gcc/../libdecnumber/dpd -I../libdecnumber -I/usr/include/libelf \ /users/joel/test-gcc/gcc-svn/gcc/config/h8300/h8300.c -o h8300.o In file included from /users/joel/test-gcc/gcc-svn/gcc/config/h8300/h8300.c:25:0: /users/joel/test-gcc/gcc-svn/gcc/system.h:199:22: fatal error: strings.h: No such file or directory compilation terminated. make[3]: *** [h8300.o] Error 1 -- Summary: [regression] h8300-rtems fails to build Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: h8300-rtems4.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43584
[Bug target/43580] [4.5 Regression] ICE segfault compiling libgcc2.c
--- Comment #2 from joel at gcc dot gnu dot org 2010-03-29 18:45 --- Could someone try this with arm-eabi/elf? That would impact the priority of this bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43580
[Bug target/43580] ICE segfault compiling libgcc2.c
--- Comment #1 from joel at gcc dot gnu dot org 2010-03-29 18:44 --- Created an attachment (id=20252) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20252&action=view) Preprocessed libgcc2.c source Definitely compiles with 4.4.3 not with head -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43580
[Bug c/43580] New: ICE segfault compiling libgcc2.c
Compiles at -O0. Fails at -O1 and higher. $ gcc --version gcc (GCC) 4.5.0 20100328 (experimental) [trunk revision 157785] This should also be /users/joel/test-gcc/b-gcc1-arm/./gcc/xgcc -B/users/joel/test-gcc/b-gcc1-arm/./gcc/ -nostdinc -B/users/joel/test-gcc/b-gcc1-arm/arm-rtems4.10/newlib/ -isystem /users/joel/test-gcc/b-gcc1-arm/arm-rtems4.10/newlib/targ-include -isystem /users/joel/test-gcc/gcc-svn/newlib/libc/include -B/users/joel/test-gcc/install-svn/arm-rtems4.10/bin/ -B/users/joel/test-gcc/install-svn/arm-rtems4.10/lib/ -isystem /users/joel/test-gcc/install-svn/arm-rtems4.10/include -isystem /users/joel/test-gcc/install-svn/arm-rtems4.10/sys-include-g -O2 -mhard-float -O2 -I/users/joel/test-gcc/gcc-svn/gcc/../newlib/libc/sys/rtems/include -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fno-inline -Wno-missing-prototypes -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../.././gcc -I/users/joel/test-gcc/gcc-svn/libgcc -I/users/joel/test-gcc/gcc-svn/libgcc/. -I/users/joel/test-gcc/gcc-svn/libgcc/../gcc -I/users/joel/test-gcc/gcc-svn/libgcc/../include -DHAVE_CC_TLS -o _mulsc3.o -MT _mulsc3.o -MD -MP -MF _mulsc3.dep -DL_mulsc3 -c /users/joel/test-gcc/gcc-svn/libgcc/../gcc/libgcc2.c \ /users/joel/test-gcc/gcc-svn/libgcc/../gcc/libgcc2.c: In function '__mulsc3': /users/joel/test-gcc/gcc-svn/libgcc/../gcc/libgcc2.c:1889:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ICE segfault compiling libgcc2.c Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: arm-rtems4.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43580
[Bug target/43527] ICE in cselib_record_set, at cselib.c:1864 during build of compiler
--- Comment #1 from joel at gcc dot gnu dot org 2010-03-25 21:36 --- Compiles at -O0. Fails at -O1. Suggestions on an optimization pass to disable is welcomed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43527
[Bug c/43527] New: ICE in cselib_record_set, at cselib.c:1864 during build of compiler
This worked in 4.4.x with the lm32 patch before merger. GNU C (GCC) version 4.5.0 20100316 (experimental) [trunk revision 157481] (lm32-rtems4.10) compiled by GNU C version 4.5.0 20100316 (experimental) [trunk revision 157481], GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.8 /users/joel/test-gcc/b-gcc1-lm32/./gcc/xgcc -B/users/joel/test-gcc/b-gcc1-lm32/./gcc/ -nostdinc -B/users/joel/test-gcc/b-gcc1-lm32/lm32-rtems4.10/newlib/ -isystem /users/joel/test-gcc/b-gcc1-lm32/lm32-rtems4.10/newlib/targ-include -isystem /users/joel/test-gcc/gcc-svn/newlib/libc/include -B/usr/local/lm32-rtems4.10/bin/ -B/usr/local/lm32-rtems4.10/lib/ -isystem /usr/local/lm32-rtems4.10/include -isystem /usr/local/lm32-rtems4.10/sys-include-g -O2 -O2 -I../../gcc-svn/gcc/../newlib/libc/sys/rtems/include -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -G 0 -msign-extend-enabled -I. -I. -I../.././gcc -I../../../gcc-svn/libgcc -I../../../gcc-svn/libgcc/. -I../../../gcc-svn/libgcc/../gcc -I../../../gcc-svn/libgcc/../include -DHAVE_CC_TLS -o _muldc3.o -MT _muldc3.o -MD -MP -MF _muldc3.dep -DL_muldc3 -c ../../../gcc-svn/libgcc/../gcc/libgcc2.c ../../../gcc-svn/libgcc/../gcc/libgcc2.c: In function __muldc3: ../../../gcc-svn/libgcc/../gcc/libgcc2.c:1889:1: internal compiler error: in cselib_record_set, at cselib.c:1864 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ICE in cselib_record_set, at cselib.c:1864 during build of compiler Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: lm32-rtems4.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43527
[Bug ada/42368] New: ada/cio.c uses common names
The cio.c file provides some low level routines used by the Ada run-time. The names of these routines end up in the global namespace. Unfortunately, the names are very generic and can conflict with the application or other libraries. I would like to request that the names of the following routines in this file be changed to prefix them with gnat_ with the possible exception of the VxWorks specific mktemp() at the bottom of the file. Would a patch to do this be acceptable? -- Summary: ada/cio.c uses common names Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42368
[Bug ada/37945] GNAT Sockaddr and Sockaddr_In does not match c-structures on RTEMS
--- Comment #5 from joel at gcc dot gnu dot org 2009-11-10 11:57 --- (In reply to comment #4) > Was the patch posted on gcc-patches@ at some point? > It has been over a year and I honestly don't know. I will repost on general principal. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37945
[Bug target/41747] arc-elf: ICE in extract_insn, at recog.c:2091
--- Comment #5 from joel at gcc dot gnu dot org 2009-10-19 21:46 --- ../../gcc-3.4.6/gcc/libgcc2.c:1475: internal compiler error: in extract_insn, at recog.c:2083 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41747
[Bug target/41747] arc-elf: ICE in extract_insn, at recog.c:2091
--- Comment #4 from joel at gcc dot gnu dot org 2009-10-19 21:39 --- ../../gcc-4.1.2/gcc/libgcc2.c:1702: internal compiler error: in extract_insn, at recog.c:2084 ../../gcc-4.2.4/gcc/libgcc2.c:747: internal compiler error: in extract_insn, at recog.c:2077 -- joel at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.4.1 4.3.4 |4.4.1 4.3.4 4.2.4 4.1.2 Summary|ICEin extract_insn, at |arc-elf: ICE in |recog.c:2091|extract_insn, at ||recog.c:2091 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41747
[Bug target/41747] ICEin extract_insn, at recog.c:2091
--- Comment #2 from joel at gcc dot gnu dot org 2009-10-19 01:10 --- 4.3.4 fails at recog.c:2001 -- joel at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.4.1 |4.4.1 4.3.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41747
[Bug target/41747] ICEin extract_insn, at recog.c:2091
--- Comment #1 from joel at gcc dot gnu dot org 2009-10-19 01:00 --- 4.4.1 also fails but at recog.c:2048 -- joel at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41747
[Bug target/41747] New: ICEin extract_insn, at recog.c:2091
vn/libgcc/../include /users/joel/test-gcc/b-arc-gcc/./gcc/include /users/joel/test-gcc/b-arc-gcc/./gcc/include-fixed /users/joel/test-gcc/gcc-svn/newlib/libc/include End of search list. GNU C (GCC) version 4.5.0 20091016 (experimental) [trunk revision 152901] (arc-elf) compiled by GNU C version 4.4.1 20090725 (Red Hat 4.4.1-2), GMP version 4.2.4, MPFR version 2.4.1 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 44316a04b67955d8cfc9abfe8e173788 ../../../gcc-svn/libgcc/../gcc/libgcc2.c: In function __ffsdi2: ../../../gcc-svn/libgcc/../gcc/libgcc2.c:547:1: error: unrecognizable insn: (insn 10 48 11 11 ../../../gcc-svn/libgcc/../gcc/libgcc2.c:545 (set (reg:SI 107 [ prephitmp.20 ]) (const_int -16 [0xfffffffffffffff0])) -1 (nil)) ../../../gcc-svn/libgcc/../gcc/libgcc2.c:547:1: internal compiler error: in extract_insn, at recog.c:2091 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. [j...@rtbf64a libgcc]$ -- Summary: ICEin extract_insn, at recog.c:2091 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: arc-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41747
[Bug bootstrap/41710] Build Failure
--- Comment #2 from joel at gcc dot gnu dot org 2009-10-15 19:24 --- CLosing. -- joel at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41710
[Bug bootstrap/41710] Build Failure
--- Comment #1 from joel at gcc dot gnu dot org 2009-10-15 19:24 --- This was the side-effect of an unmatched qupote in config.gcc in my local tree from a new target I was adding. It resulted in configargs.h not being compilable. Strange but fixed now and never in public source. -- joel at gcc dot gnu dot org changed: What|Removed |Added CC||joel at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41710
[Bug bootstrap/41710] New: Build Failure
Configured with: ../gcc-svn/configure --target=sparc64-elf gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc-svn/gcc -I../../gcc-svn/gcc/. -I../../gcc-svn/gcc/../include -I../../gcc-svn/gcc/../libcpp/include -I../../gcc-svn/gcc/../libdecnumber -I../../gcc-svn/gcc/../libdecnumber/dpd -I../libdecnumber -I/usr/include/libelf ../../gcc-svn/gcc/plugin.c -o plugin.o In file included from ./plugin-version.h:1, from ../../gcc-svn/gcc/plugin.c:44: ./configargs.h:7: error: expected expression before ; token In file included from ../../gcc-svn/gcc/plugin.c:44: ./plugin-version.h:11: error: basever undeclared here (not in a function) ./plugin-version.h:11: error: initializer element is not constant ./plugin-version.h:11: error: (near initialization for gcc_version.basever) make[2]: *** [plugin.o] Error 1 -- Summary: Build Failure Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: sparc64-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41710
[Bug ada/40775] [4.4/4.5 Regression] Ada on ARM ICE in find_valid_class, at reload.c:701
--- Comment #3 from joel at gcc dot gnu dot org 2009-10-13 13:11 --- Still broken: +===GNAT BUG DETECTED==+ | 4.5.0 20091012 (experimental) [trunk revision 152668] (arm-unknown-rtems4.10) GCC error:| | in find_valid_class, at reload.c:702 | | Error detected around a-ngcefu.adb:115:8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40775
[Bug ada/41493] [4.5 regression] ACATS c34006g fails on arm-linux and sparc-rtems
--- Comment #4 from joel at gcc dot gnu dot org 2009-10-12 23:33 --- (From update of attachment 18792) Patch attached to wrong PR. -- joel at gcc dot gnu dot org changed: What|Removed |Added Attachment #18792|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41493
[Bug ada/41493] [4.5 regression] ACATS c34006g fails on arm-linux and sparc-rtems
--- Comment #3 from joel at gcc dot gnu dot org 2009-10-12 18:58 --- Created an attachment (id=18792) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18792&action=view) Add type to pthread_mutexattr_t -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41493
[Bug ada/41434] coldfire ACATS failures
--- Comment #4 from joel at gcc dot gnu dot org 2009-10-12 17:25 --- I have tracked the failure down to the %fp being corrupted because the size of pthread_mutexattr_t has changed in RTEMS and the Ada binding is wrong. I have no idea why this didn't impact other ports unless the stack alignment just let us get lucky. I am testing a fix now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41434
[Bug ada/41434] coldfire ACATS failures
--- Comment #3 from joel at gcc dot gnu dot org 2009-09-30 15:06 --- (In reply to comment #2) > Looks like something has clobbered register A6. > I reran against the head yesterday. I have an objdump and a qemu trace with register values between each block of assembly. I don't see where things are going wrong. Andreas, do you have time to take a look? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41434
[Bug ada/41493] [4.5 regression] ACATS c34006g fails on arm-linux and sparc-rtems
--- Comment #2 from joel at gcc dot gnu dot org 2009-09-29 13:35 --- Add powerpc-rtems4.10 to the list of targets that fail. -- joel at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41493
[Bug ada/41493] New: ACATS c34006g fails
sparc-rtems4.10-gcc (GCC) 4.5.0 20090928 (experimental) [trunk revision 152239] Test ran as of r151936. ,.,. C34006G ACATS 2.5 88-01-01 00:00:00 C34006G CHECK THAT THE REQUIRED PREDEFINED OPERATIONS ARE DECLARED (IMPLICITLY) FOR DERIVED RECORD TYPES WITHOUT DISCRIMINANTS AND WITH A LIMITED COMPONENT TYPE. * C34006G INCORRECT SELECTION (ASSIGNMENT). C34006G FAILED . -- Summary: ACATS c34006g fails Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: sparc-rtems4.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41493
[Bug ada/40775] [4.4/4.5 Regression] Ada on ARM ICE in find_valid_class, at reload.c:701
--- Comment #2 from joel at gcc dot gnu dot org 2009-09-24 01:45 --- Still fails: | 4.5.0 20090921 (experimental) [trunk revision 151936] (arm-unknown-rtems4.10) GCC error:| | in find_valid_class, at reload.c:702 | | Error detected around a-ngcefu.adb:115:8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40775
[Bug middle-end/33803] ICE during build of DES
--- Comment #3 from joel at gcc dot gnu dot org 2009-09-22 19:10 --- Is it time to close this one? It doesn't cause an ICE in 4.4.1. $ h8300-rtems4.10-gcc --version h8300-rtems4.10-gcc (GCC) 4.4.1 $ h8300-rtems4.10-gcc -O0 -c des1.c des1.c:4117: error: size of variable 'des_f' is too large $ h8300-rtems4.10-gcc -O1 -c des1.c des1.c:4117: error: size of variable 'des_f' is too large $ h8300-rtems4.10-gcc -O2 -c des1.c des1.c:4117: error: size of variable 'des_f' is too large -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33803
[Bug ada/41434] coldfire ACATS failures
--- Comment #1 from joel at gcc dot gnu dot org 2009-09-22 14:10 --- Created an attachment (id=18630) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18630&action=view) qemu debug trace with in_asm,cpu qemu trace of run. Qemu needs patch posted to their list by Till Straumann. qemu-system-m68k -M uc5282 -nographic -kernel c34007j -d in_asm,cpu -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41434
[Bug ada/41434] New: coldfire ACATS failures
We now have a Coldfire (uC5282) BSP that can run on a simulator (qemu). I am
trying to run the ACATS and getting ~300 failures on the GCC head. There are
no anomalies in the RTEMS tests.
$ m68k-rtems4.10-gcc --version
m68k-rtems4.10-gcc (GCC) 4.5.0 20090921 (experimental) [trunk revision 151936]
This version is getting very good results on sparc and mips.
In tracing into the failure, I see this:
(gdb) bt
#0 sigaction (sig=6, act=0xfff0, oact=0xffe4)
at /users/joel/test-gcc/rtems/cpukit/posix/src/sigaction.c:39
#1 0x000462e6 in system.task_primitives.operations.initialize (
environment_task=) at s-taprop.adb:1470
(gdb) p/x $sp
$6 = 0xe3c00
The $sp is perfectly valid and it doesn't look like we have used much stack.
But the act and oact pointers are completely bogus. An earlier call showed
this:
Breakpoint 1, sigaction (sig=11, act=0xe3c10, oact=0xe3c04)
at /users/joel/test-gcc/rtems/cpukit/posix/src/sigaction.c:39
39 {
(gdb)
Suggestions on what to look for are definitely appreciated.
--
Summary: coldfire ACATS failures
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: m68k-rtems4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41434
[Bug ada/41419] [4.5 regression] many new ACATs failures (breakpoint instruction in object)
--- Comment #11 from joel at gcc dot gnu dot org 2009-09-22 13:07 --- Patch applied to head. GNAT/RTEMS for the mips has 1 failure now and that is a blown stack. c380004 takes a lot of stack. Thanks. -- joel at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41419
[Bug middle-end/41411] [4.5 Regression] ICE: mem_loc_descriptor, at dwarf2out.c:11616
--- Comment #4 from joel at gcc dot gnu dot org 2009-09-21 18:45 --- The patch allowed my build of sparc-rtems4.10 C/C++ to complete. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41411
[Bug ada/41419] [450 regression] many new ACATs failures (breakpoint instruction in object)
--- Comment #10 from joel at gcc dot gnu dot org 2009-09-20 19:40 --- Created an attachment (id=18619) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18619&action=view) RTEMS Get_Page_Size should no longer return 0 With this patch only 1 ACATS failed. Is it OK to commit? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41419
[Bug ada/41419] [450 regression] many new ACATs failures (breakpoint instruction in object)
--- Comment #9 from joel at gcc dot gnu dot org 2009-09-20 17:12 --- Thanks for the quick response. I am in the process of adding getpagesize() to RTEMS. We already had sysconf(_SC_PAGESIZE) and returned 4096. I will change the s-osinte-rtems.ad* to use that and post a patch when it is tested. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41419
[Bug ada/41419] [450 regression] many new ACATs failures (breakpoint instruction in object)
--- Comment #6 from joel at gcc dot gnu dot org 2009-09-20 16:46 --- Every s-osinte*.ads which has Get_Page_Size includes a comment about 0 being valid to return and indicate that Page_Size does not matter. -- Returns the size of a page, or 0 if this is not relevant on this target Either every OS's interface has a wrong claim in its comments or someone violated this assumption. Before I paper over this on RTEMS, I would appreciate someone making a comment on the general requirements. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41419
[Bug ada/41419] [450 regression] many new ACATs failures (breakpoint instruction in object)
--- Comment #5 from joel at gcc dot gnu dot org 2009-09-20 16:40 --- The LynxOS s-osinte-lynxos.ads has this: function Get_Page_Size return size_t; function Get_Page_Size return Address; pragma Import (C, Get_Page_Size, "getpagesize"); -- Returns the size of a page, or 0 if this is not relevant on this -- target I can't find any reference in the GNU/Linux man pages or at opengroup.org on 0 being allowed or not allowed. But apparently whoever worked on that port thought 0 was a valid thing to return also. Doesn't matter much. RTEMS has PAGE_SIZE defined and the support for sysconf(_SC_PAGESIZE) so I will just add a wrapper to that for the legacy getpagesize(). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41419
[Bug ada/41419] [450 regression] many new ACATs failures (breakpoint instruction in object)
--- Comment #3 from joel at gcc dot gnu dot org 2009-09-20 15:56 ---
The debug information is weak since optimization hides a lot. But it looks
like Page_Size might be 0.
(gdb) c
Continuing.
,.,. A85013B ACATS 2.5 88-01-01 00:00:00
A85013B CHECK THAT A SUBPROGRAM CAN BE RENAMED WITHIN ITS OWN BODY
AND THAT THE NEW NAME CAN BE USED IN A RENAMING
DECLARATION.
Breakpoint 3, pthread_attr_init (attr=0x880b6c78) at
/users/joel/test-gcc/rtems/c/src/../../cpukit/posix/src/pthreadattrinit.c:28
28if ( !attr )
(gdb) s
31*attr = _POSIX_Threads_Default_attributes;
(gdb)
32 return 0;
(gdb)
system.task_primitives.operations.create_task (t=0x881a2e90,
wrapper=(system.address) 0x8800c7c8, stack_size=,
priority=122) at s-taprop.adb:967
967 if Result /= 0 then
Current language: auto
The current source language is "auto; currently ada".
(gdb) p Result
$1 =
(gdb) s
960 Adjusted_Stack_Size := Adjusted_Stack_Size + Page_Size - 1;
(gdb) p Adjusted_Stack_Size
$2 =
(gdb) s
974 (Attributes'Access, PTHREAD_CREATE_DETACHED);
(gdb) s
pthread_attr_setdetachstate (attr=0x880b6c78, detachstate=0) at
/users/joel/test-gcc/rtems/c/src/../../cpukit/posix/src/pthreadattrsetdetachstate.c:26
26if ( !attr || !attr->is_initialized )
Current language: auto
The current source language is "auto; currently c".
(gdb) s
29switch ( detachstate ) {
(gdb)
32attr->detachstate = detachstate;
(gdb)
33return 0;
(gdb)
system.task_primitives.operations.create_task (t=0x881a2e90,
wrapper=(system.address) 0x8800c7c8, stack_size=,
priority=122) at s-taprop.adb:962
962 Adjusted_Stack_Size - Adjusted_Stack_Size mod Page_Size;
Current language: auto
The current source language is "auto; currently ada".
(gdb)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41419
[Bug ada/41419] [450 regression] many new ACATs failures (breakpoint instruction in object)
--- Comment #1 from joel at gcc dot gnu dot org 2009-09-20 15:20 --- Should have included command line. This is for arch=r3900. mips-rtems4.10-gnatmake --RTS=. -fstack-check -v -O -gnatws -O2 -I/users/joel/test-gcc/gcc-svn/gcc/testsuite/ada/acats/work-jmr3904/support a85013b.adb -bargs -Mgnat_main -largs -B/users/joel/test-gcc/install-svn/mips-rtems4.10/jmr3904/lib/ -specs bsp_specs -qrtems -march=r3900 -Wa,-xgot -G0 /users/joel/test-gcc/gcc-svn/gcc/testsuite/ada/acats/work-jmr3904/rtems_init.o -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41419
[Bug ada/41419] New: [450 regression] many new ACATs failures (breakpoint instruction in object)
Starting program:
/users/joel/test-gcc/gcc-svn/gcc/testsuite/ada/acats/work-jmr3904/tests/a/a85013b/a85013b
,.,. A85013B ACATS 2.5 88-01-01 00:00:00
A85013B CHECK THAT A SUBPROGRAM CAN BE RENAMED WITHIN ITS OWN BODY
AND THAT THE NEW NAME CAN BE USED IN A RENAMING
DECLARATION.
Program received signal SIGTRAP, Trace/breakpoint trap.
0x88004be8 in system.task_primitives.operations.create_task (t=0x881a2e90,
wrapper=(system.address) 0x8800c7c8, stack_size=,
priority=122) at s-taprop.adb:962
962 Adjusted_Stack_Size - Adjusted_Stack_Size mod Page_Size;
Current language: auto
The current source language is "auto; currently ada".
(gdb) bt
#0 0x88004be8 in system.task_primitives.operations.create_task (t=0x881a2e90,
wrapper=(system.address) 0x8800c7c8, stack_size=,
priority=122) at s-taprop.adb:962
#1 0x8800bbe0 in system.tasking.stages.activate_tasks (
chain_access=) at s-tassta.adb:291
#2 0x8800390c in _ada_a85013b ()
(gdb)
When I disassemble at 0x88004be8, I see this:
0x88004be0 : bnez
s4,0x88004bec
0x88004be4 : divu
zero,s5,s4
0x88004be8 : break
0x7
To confirm this was actually in the program executable, I objdump'ed it.
88004be0: 1682bnezs4,88004bec
88004be4: 02b4001bdivuzero,s5,s4
88004be8: 0007000dbreak 0x7
--
Summary: [450 regression] many new ACATs failures (breakpoint
instruction in object)
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: mips-rtems4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41419
[Bug c/41411] ICE: mem_loc_descriptor, at dwarf2out.c:11616
--- Comment #2 from joel at gcc dot gnu dot org 2009-09-19 18:59 --- This is the command I used to generate the ICE on the attached test case. Dropping the -g got rid of the ICE. /users/joel/test-gcc/b-gcc1-sparc/./gcc/xgcc -B/users/joel/test-gcc/b-gcc1-sparc/./gcc/ -B/users/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/ -isystem /users/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/targ-include -isystem /users/joel/test-gcc/gcc-svn/newlib/libc/include -B/users/joel/test-gcc/install-svn/sparc-rtems4.10/bin/ -B/users/joel/test-gcc/install-svn/sparc-rtems4.10/lib/ -isystem /users/joel/test-gcc/install-svn/sparc-rtems4.10/include -isystem /users/joel/test-gcc/install-svn/sparc-rtems4.10/sys-include -c -O2 -fno-builtin -g j.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41411
[Bug c/41411] ICE: mem_loc_descriptor, at dwarf2out.c:11616
--- Comment #1 from joel at gcc dot gnu dot org 2009-09-19 18:58 --- Created an attachment (id=18609) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18609&action=view) Preprocessed code to generate bug dropping -g from the command line fixes it. Full command in next comment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41411
[Bug c/41411] New: ICE: mem_loc_descriptor, at dwarf2out.c:11616
Using native gcc to compile sparc of same source. The offending file belongs
to newlib. Preprocessed output shortly.
$ gcc --version
gcc (GCC) 4.5.0 20090919 (experimental) [trunk revision 151882]
/users/joel/test-gcc/b-gcc1-sparc/./gcc/xgcc
-B/users/joel/test-gcc/b-gcc1-sparc/./gcc/ -nostdinc
-B/users/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/ -isystem
/users/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/targ-include -isystem
/users/joel/test-gcc/gcc-svn/newlib/libc/include
-B/users/joel/test-gcc/install-svn/sparc-rtems4.10/bin/
-B/users/joel/test-gcc/install-svn/sparc-rtems4.10/lib/ -isystem
/users/joel/test-gcc/install-svn/sparc-rtems4.10/include -isystem
/users/joel/test-gcc/install-svn/sparc-rtems4.10/sys-include
-DPACKAGE_NAME=\"newlib\" -DPACKAGE_TARNAME=\"newlib\"
-DPACKAGE_VERSION=\"1.17.0\" -DPACKAGE_STRING=\"newlib\ 1.17.0\"
-DPACKAGE_BUGREPORT=\"\" -I. -I/users/joel/test-gcc/gcc-svn/newlib/libm/common
-O2 -DMALLOC_ALIGNMENT=8 -DMALLOC_PROVIDED -DEXIT_PROVIDED
-DMISSING_SYSCALL_NAMES -DSIGNAL_PROVIDED -DREENTRANT_SYSCALLS_PROVIDED
-DHAVE_NANOSLEEP -DHAVE_FCNTL -D_NO_GETLOGIN -D_NO_GETPWENT -D_NO_GETUT
-D_NO_GETPASS -D_NO_SIGSET -fno-builtin -g -O2 -c -o lib_a-s_rint.o `test
-f 's_rint.c' || echo
'/users/joel/test-gcc/gcc-svn/newlib/libm/common/'`s_rint.c
(high:SI (symbol_ref/u:SI ("*.LLC6") [flags
0x2]))/users/joel/test-gcc/gcc-svn/newlib/libm/common/s_log1p.c: In function
'log1p':
/users/joel/test-gcc/gcc-svn/newlib/libm/common/s_log1p.c:215:1: internal
compiler error: in mem_loc_descriptor, at dwarf2out.c:11616
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: ICE: mem_loc_descriptor, at dwarf2out.c:11616
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: sparc-rtems4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41411
[Bug ada/41310] New: GNAT Bug Box: ACATS c43205b: integer_cst, have var_decl in int_const_binop, at fold-const.c:1668
+===GNAT BUG DETECTED==+ | 4.5.0 20090901 (experimental) [trunk revision 151278] (powerpc-unknown-rtems4.10) GCC error:| | tree check: expected integer_cst, have var_decl in int_const_binop, | | at fold-const.c:1668 | | Error detected around c43205b.adb:82:5 | -- Summary: GNAT Bug Box: ACATS c43205b: integer_cst, have var_decl in int_const_binop, at fold-const.c:1668 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: arm-rtems4.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41310
[Bug ada/41122] libada multilib string parsing error
--- Comment #4 from joel at gcc dot gnu dot org 2009-08-20 13:57 --- Will you be applying it to 4.4 and the head? And a thank you. If we ever manage to meet in person, I owe you a beer, wine or a nice dessert. Your choice. :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41122
[Bug ada/41122] libada multilib string parsing error
--- Comment #3 from joel at gcc dot gnu dot org 2009-08-20 13:00 ---
Does AWK need to be set in libada/Makefile.in? Since this works for C/C++, it
must be OK in other places.
In gcc/config/m68k/t-mlibs...
M68K_AWK = $(strip $(shell $(AWK) 'BEGIN { FS="[ \t]*[,()][ \t]*"; ORS=" " }; \
/^M68K_DEVICE/ { CPU=$$3; FLAGS=$$8; \
CPU_NAME=substr($$2,2,length($$2)-2); \
MLIB=substr($$5,2,length($$5)-2); \
if ($1) print $2 }' $(srcdir)/config/m68k/m68k-devices.def))
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41122
[Bug ada/41122] New: libada multilib string parsing error
AWK .. ackkk... acckk... help! Apparently libada has an awk program that can't
handle the m68k multilib. Calling all Awk experts.. :)
make[2]: BEGIN { FS="[ \t]*[,()][ \t]*"; ORS=" " }; /^M68K_DEVICE/ { CPU=$3;
FLAGS=$8; CPU_NAME=substr($2,2,length($2)-2); MLIB=substr($5,2,length($5)-2);
if ( (CPU_NAME == MLIB) && (match(MLIB, "^68") || MLIB == "cpu32" || MLIB ==
"5206" || MLIB == "5208" || MLIB == "5307" || MLIB == "5329" || MLIB == "5407"
|| MLIB == "5475")) print "m"MLIB }: Command not found
make[2]: Entering directory
`/home/joel/test-gcc/b-gcc2-m68k/m68k-rtems4.10/libada'
make[2]: BEGIN { FS="[ \t]*[,()][ \t]*"; ORS=" " }; /^M68K_DEVICE/ { CPU=$3;
FLAGS=$8; CPU_NAME=substr($2,2,length($2)-2); MLIB=substr($5,2,length($5)-2);
if ( CPU == "") print MLIB }: Command not found
/home/joel/test-gcc/gcc-4.3.4/libada/../gcc/config/m68k/t-mlibs:27: *** Error
default cpu '' is not in multilib set ''. Stop.
make[2]: Leaving directory
`/home/joel/test-gcc/b-gcc2-m68k/m68k-rtems4.10/libada'
make[1]: *** [all-target-libada] Error 2
make[1]: *** Waiting for unfinished jobs
--
Summary: libada multilib string parsing error
Product: gcc
Version: 4.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: m68k*-*-rtems*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41122
[Bug ada/41096] GNAT run-time missing CFLAGS_FOR_TARGET
--- Comment #2 from joel at gcc dot gnu dot org 2009-08-18 13:28 --- If you need CFLAGS_FOR_TARGET set to find the files or specify target specific compiler options required to compile the run-time, then yes. This certainly breaks any cross build that is non-multilib and specifies target specific CPU model CFLAGS. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41096
[Bug ada/41096] New: GNAT run-time missing CFLAGS_FOR_TARGET
Support for CFLAGS_FOR_TARGET has disappeared in the GNAT run-time libraries but I don't know when. For sure, it is gone in the 4.4.x series. This is used by the recommended RTEMS GNAT build procedure. -- Summary: GNAT run-time missing CFLAGS_FOR_TARGET Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41096
[Bug ada/40775] ICE in find_valid_class, at reload.c:701
--- Comment #1 from joel at gcc dot gnu dot org 2009-08-12 14:25 --- 4.3.4 definitely builds. -- joel at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.3.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40775
[Bug debug/40462] [4.5 Regression] ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2773 while compiling mlib-tgt.adb
--- Comment #9 from joel at gcc dot gnu dot org 2009-07-30 01:29 --- (In reply to comment #8) > Is comment #5 meant to be a claim that the patch does not fully fix the bug? > If so, please state with what revision on what target the problem is still > observed. No. I reported this independently on a separate PR which was marked as a dupe of this and this comment was merged. It was not a comment on this PR. Since I apparently didn't include the SVN revision on that PR, I can't say if it was before or after this patch. Given how long it takes to build and test *-rtems*, it was likely before the patch. > In any case, the targets mentioned are not primary or secondary targets; > please restore to P3 if still observed on a primary or secondary target. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40462
[Bug target/39182] ICE in gen_add2_insn, at optabs.c:4884
--- Comment #8 from joel at gcc dot gnu dot org 2009-07-17 14:38 --- Stupid human error. Clicked on wrong bug. -- joel at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39182
[Bug target/39182] ICE in gen_add2_insn, at optabs.c:4884
--- Comment #7 from joel at gcc dot gnu dot org 2009-07-17 14:32 --- Patch committed. Ran coverage to verify that it didn't introduce a new uncovered range of code. Sorry to have broken it. Trying to get to 100% test coverage and eliminate dead code. -- joel at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39182
[Bug ada/40777] New: compile error on gcc-interface/targtyps.c
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I.. -I. -Iada -I/home/joel/test-gcc/gcc-svn/gcc -I/home/joel/test-gcc/gcc-svn/gcc/ada -I/home/joel/test-gcc/gcc-svn/gcc/../include -I/home/joel/test-gcc/gcc-svn/gcc/../libcpp/include -I/home/joel/test-gcc/gcc-svn/gcc/../libdecnumber -I/home/joel/test-gcc/gcc-svn/gcc/../libdecnumber/dpd -I../libdecnumber /home/joel/test-gcc/gcc-svn/gcc/ada/gcc-interface/utils.c -o ada/utils.o /home/joel/test-gcc/gcc-svn/gcc/ada/gcc-interface/targtyps.c: In function get_target_double_scalar_alignment: /home/joel/test-gcc/gcc-svn/gcc/ada/gcc-interface/targtyps.c:241:32: error: TARGET_64BIT undeclared (first use in this function) /home/joel/test-gcc/gcc-svn/gcc/ada/gcc-interface/targtyps.c:241:32: error: (Each undeclared identifier is reported only once /home/joel/test-gcc/gcc-svn/gcc/ada/gcc-interface/targtyps.c:241:32: error: for each function it appears in.) -- Summary: compile error on gcc-interface/targtyps.c Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC build triplet: sh-rtems4.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40777
[Bug c/40776] ICE in gen_add2_insn, at optabs.c:4720
--- Comment #2 from joel at gcc dot gnu dot org 2009-07-16 17:03 --- /home/joel/test-gcc/b-gcc1-m32c/./gcc/xgcc -B/home/joel/test-gcc/b-gcc1-m32c/./gcc/ -c j.c -mcpu=m32cm -O0 Works.. ICE at -O1 and -O2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40776
[Bug c/40776] ICE in gen_add2_insn, at optabs.c:4720
--- Comment #1 from joel at gcc dot gnu dot org 2009-07-16 17:02 --- Created an attachment (id=18209) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18209&action=view) Test case (preprocessed) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40776
[Bug c/40776] New: ICE in gen_add2_insn, at optabs.c:4720
/home/joel/test-gcc/b-gcc1-m32c/./gcc/xgcc
-B/home/joel/test-gcc/b-gcc1-m32c/./gcc/ -nostdinc
-B/home/joel/test-gcc/b-gcc1-m32c/m32c-rtems4.10/newlib/ -isystem
/home/joel/test-gcc/b-gcc1-m32c/m32c-rtems4.10/newlib/targ-include -isystem
/home/joel/test-gcc/gcc-svn/newlib/libc/include
-B/home/joel/test-gcc/install/m32c-rtems4.10/bin/
-B/home/joel/test-gcc/install/m32c-rtems4.10/lib/ -isystem
/home/joel/test-gcc/install/m32c-rtems4.10/include -isystem
/home/joel/test-gcc/install/m32c-rtems4.10/sys-include-c -DHAVE_CONFIG_H -g
-O2 -mcpu=m32cm -I. -I/home/joel/test-gcc/gcc-svn/libiberty/../include -W
-Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic
/home/joel/test-gcc/gcc-svn/libiberty/regex.c -o regex.o
In file included from /home/joel/test-gcc/gcc-svn/libiberty/regex.c:638:0:
/home/joel/test-gcc/gcc-svn/libiberty/regex.c: In function
'byte_regex_compile':
/home/joel/test-gcc/gcc-svn/libiberty/regex.c:2638:6: warning: large integer
implicitly truncated to unsigned type
/home/joel/test-gcc/gcc-svn/libiberty/regex.c:3173:7: warning: large integer
implicitly truncated to unsigned type
/home/joel/test-gcc/gcc-svn/libiberty/regex.c:3185:7: warning: large integer
implicitly truncated to unsigned type
/home/joel/test-gcc/gcc-svn/libiberty/regex.c: In function
'byte_re_match_2_internal':
/home/joel/test-gcc/gcc-svn/libiberty/regex.c:7476:5: warning: jump skips
variable initialization
/home/joel/test-gcc/gcc-svn/libiberty/regex.c:5952:12: note: label
'restore_best_regs' defined here
/home/joel/test-gcc/gcc-svn/libiberty/regex.c:5913:16: note: 'same_str_p'
declared here
/home/joel/test-gcc/gcc-svn/libiberty/regex.c:7481:1: internal compiler error:
in gen_add2_insn, at optabs.c:4720
--
Summary: ICE in gen_add2_insn, at optabs.c:4720
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: m32c-rtems4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40776
[Bug ada/40775] New: ICE in find_valid_class, at reload.c:701
/home/joel/test-gcc/b-gcc2-arm/./gcc/xgcc -B/home/joel/test-gcc/b-gcc2-arm/./gcc/ -nostdinc -B/home/joel/test-gcc/b-gcc2-arm/arm-rtems4.10/newlib/ -isystem /home/joel/test-gcc/b-gcc2-arm/arm-rtems4.10/newlib/targ-include -isystem /home/joel/test-gcc/gcc-svn/newlib/libc/include -B/home/joel/test-gcc/install/arm-rtems4.10/bin/ -B/home/joel/test-gcc/install/arm-rtems4.10/lib/ -isystem /home/joel/test-gcc/install/arm-rtems4.10/include -isystem /home/joel/test-gcc/install/arm-rtems4.10/sys-include-c -g -O2 -mthumb -W -Wall -gnatpg -mthumb a-nllcef.ads -o a-nllcef.o /home/joel/test-gcc/b-gcc2-arm/./gcc/xgcc -B/home/joel/test-gcc/b-gcc2-arm/./gcc/ -nostdinc -B/home/joel/test-gcc/b-gcc2-arm/arm-rtems4.10/newlib/ -isystem /home/joel/test-gcc/b-gcc2-arm/arm-rtems4.10/newlib/targ-include -isystem /home/joel/test-gcc/gcc-svn/newlib/libc/include -B/home/joel/test-gcc/install/arm-rtems4.10/bin/ -B/home/joel/test-gcc/install/arm-rtems4.10/lib/ -isystem /home/joel/test-gcc/install/arm-rtems4.10/include -isystem /home/joel/test-gcc/install/arm-rtems4.10/sys-include-c -g -O2 -mthumb -W -Wall -gnatpg -mthumb a-nllcty.ads -o a-nllcty.o +===GNAT BUG DETECTED==+ | 4.5.0 20090710 (experimental) [trunk revision 149493] (arm-unknown-rtems4.10) GCC error:| | in find_valid_class, at reload.c:701 | | Error detected around a-ngcefu.adb:115:8 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ -- Summary: ICE in find_valid_class, at reload.c:701 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: arm-rtems4.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40775
[Bug ada/40767] New: ICE verify_ssa failed
/home/joel/test-gcc/b-gcc2-m68k/./gcc/xgcc
-B/home/joel/test-gcc/b-gcc2-m68k/./gcc/ -nostdinc
-B/home/joel/test-gcc/b-gcc2-m68k/m68k-rtems4.10/newlib/ -isystem
/home/joel/test-gcc/b-gcc2-m68k/m68k-rtems4.10/newlib/targ-include -isystem
/home/joel/test-gcc/gcc-svn/newlib/libc/include
-B/home/joel/test-gcc/install/m68k-rtems4.10/bin/
-B/home/joel/test-gcc/install/m68k-rtems4.10/lib/ -isystem
/home/joel/test-gcc/install/m68k-rtems4.10/include -isystem
/home/joel/test-gcc/install/m68k-rtems4.10/sys-include-c -g -O2 -W -Wall
-gnatpg s-regexp.adb -o s-regexp.o
s-regexp.adb: In function 'System.Regexp.Compile.Create_Secondary_Table':
s-regexp.adb:1087:7: error: definition in block 6 does not dominate use in
block 124
for SSA_NAME: D.3677_279 in statement:
# VUSE <.MEM_474>
pretmp.803_11 = (*table.104_107(ab))[current_state.116_471]{lb: 1 sz:
D.3677_279 * 2}[column_29];
+===GNAT BUG DETECTED==+
| 4.5.0 20090710 (experimental) [trunk revision 149493]
(m68k-unknown-rtems4.10) GCC error:|
| verify_ssa failed|
| Error detected around s-regexp.adb:1087:7|
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report. |
| Include the exact gcc or gnatmake command that you entered. |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files). |
+==+
Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.
Consider also -gnatd.n switch (see debug.adb).
system.ads
s-regexp.adb
s-regexp.ads
ada.ads
a-finali.ads
s-finroo.ads
a-stream.ads
a-unccon.ads
a-uncdea.ads
s-casuti.ads
a-tags.ads
s-stoele.ads
s-stoele.adb
s-stalib.ads
s-exctab.ads
a-except.ads
s-parame.ads
s-traent.ads
s-soflin.ads
s-stache.ads
s-secsta.ads
s-finimp.ads
s-stratt.ads
s-unstyp.ads
s-imgint.ads
raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:415
--
Summary: ICE verify_ssa failed
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: m68k-rtems4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40767
[Bug c/40640] ICE in set_value_range, at tree-vrp.c:383 [regression]
--- Comment #1 from joel at gcc dot gnu dot org 2009-07-03 15:24 --- Created an attachment (id=18135) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18135&action=view) preprocessed test case (hw_opic.c preprocessed version of gdb/sim/ppc/hw_opic.c FAILS: gcc -O2 -c t.c PASSES: gcc -O1 -c t.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40640
[Bug c/40640] New: ICE in set_value_range, at tree-vrp.c:383 [regression]
gcc (GCC) 4.5.0 20090702 (experimental) [trunk revision 149195] building gdb head as of today. preprocessed file and coming in next update gcc -c -g -O2 -DDEFAULT_INLINE=PSIM_INLINE_LOCALS -DWITH_HOST_BYTE_ORDER=LITTLE_ENDIAN -DWITH_SMP=5-DWITH_TRACE=1 -DHAVE_TERMIOS_STRUCTURE -DHAVE_TERMIOS_CLINE -DHAVE_DEVZERO -I. -I/home/joel/test-gcc/gdb-cvs/src/sim/ppc -I/home/joel/test-gcc/gdb-cvs/src/sim/ppc/../../include -I../../bfd -I/home/joel/test-gcc/gdb-cvs/src/sim/ppc/../../bfd -I../../gdb -I/home/joel/test-gcc/gdb-cvs/src/sim/ppc/../../gdb -I/home/joel/test-gcc/gdb-cvs/src/sim/ppc/../../gdb/config -DHAVE_COMMON_FPU -I../common -I/home/joel/test-gcc/gdb-cvs/src/sim/ppc/../common targ-map.c gcc -c -g -O2 -DDEFAULT_INLINE=PSIM_INLINE_LOCALS -DWITH_HOST_BYTE_ORDER=LITTLE_ENDIAN -DWITH_SMP=5-DWITH_TRACE=1 -DHAVE_TERMIOS_STRUCTURE -DHAVE_TERMIOS_CLINE -DHAVE_DEVZERO -I. -I/home/joel/test-gcc/gdb-cvs/src/sim/ppc -I/home/joel/test-gcc/gdb-cvs/src/sim/ppc/../../include -I../../bfd -I/home/joel/test-gcc/gdb-cvs/src/sim/ppc/../../bfd -I../../gdb -I/home/joel/test-gcc/gdb-cvs/src/sim/ppc/../../gdb -I/home/joel/test-gcc/gdb-cvs/src/sim/ppc/../../gdb/config -DHAVE_COMMON_FPU -I../common -I/home/joel/test-gcc/gdb-cvs/src/sim/ppc/../common /home/joel/test-gcc/gdb-cvs/src/sim/ppc/main.c /home/joel/test-gcc/gdb-cvs/src/sim/ppc/hw_opic.c: In function hw_opic_io_read_buffer: /home/joel/test-gcc/gdb-cvs/src/sim/ppc/hw_opic.c:1613:1: internal compiler error: in set_value_range, at tree-vrp.c:383 -- Summary: ICE in set_value_range, at tree-vrp.c:383 [regression] Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40640
[Bug debug/40462] [4.5 Regression] ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2773 while compiling mlib-tgt.adb
--- Comment #6 from joel at gcc dot gnu dot org 2009-07-02 16:44 --- *** Bug 40622 has been marked as a duplicate of this bug. *** -- joel at gcc dot gnu dot org changed: What|Removed |Added CC||joel at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40462
[Bug c/40622] ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2773 [regression]
--- Comment #1 from joel at gcc dot gnu dot org 2009-07-02 16:44 --- *** This bug has been marked as a duplicate of 40462 *** -- joel at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40622
[Bug c/40622] New: ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2773 [regression]
/home/joel/test-gcc/b-gcc1-sparc/./gcc/xgcc -B/home/joel/test-gcc/b-gcc1-sparc/./gcc/ -nostdinc -B/home/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/ -isystem /home/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/targ-include -isystem /home/joel/test-gcc/gcc-svn/newlib/libc/include -B/home/joel/test-gcc/install/sparc-rtems4.10/bin/ -B/home/joel/test-gcc/install/sparc-rtems4.10/lib/ -isystem /home/joel/test-gcc/install/sparc-rtems4.10/include -isystem /home/joel/test-gcc/install/sparc-rtems4.10/sys-include-g -O2 -msoft-float -O2 -I/home/joel/test-gcc/gcc-svn/gcc/../newlib/libc/sys/rtems/include -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -isystem ./include -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../.././gcc -I/home/joel/test-gcc/gcc-svn/libgcc -I/home/joel/test-gcc/gcc-svn/libgcc/. -I/home/joel/test-gcc/gcc-svn/libgcc/../gcc -I/home/joel/test-gcc/gcc-svn/libgcc/../include -DHAVE_CC_TLS -o _gcov_average_profiler.o -MT _gcov_average_profiler.o -MD -MP -MF _gcov_average_profiler.dep -DL_gcov_average_profiler -c /home/joel/test-gcc/gcc-svn/libgcc/../gcc/libgcov.c /home/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind-dw2-fde.c: In function '__register_frame_info_table_bases': /home/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind-dw2-fde.c:141:1: internal compiler error: in dwarf2out_begin_epilogue, at dwarf2out.c:2773 -- Summary: ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2773 [regression] Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: sparc-rtems4.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40622
[Bug debug/40462] [4.5 Regression] ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2773 while compiling mlib-tgt.adb
--- Comment #5 from joel at gcc dot gnu dot org 2009-07-02 16:44 --- /home/joel/test-gcc/b-gcc1-sparc/./gcc/xgcc -B/home/joel/test-gcc/b-gcc1-sparc/./gcc/ -nostdinc -B/home/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/ -isystem /home/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/targ-include -isystem /home/joel/test-gcc/gcc-svn/newlib/libc/include -B/home/joel/test-gcc/install/sparc-rtems4.10/bin/ -B/home/joel/test-gcc/install/sparc-rtems4.10/lib/ -isystem /home/joel/test-gcc/install/sparc-rtems4.10/include -isystem /home/joel/test-gcc/install/sparc-rtems4.10/sys-include-g -O2 -msoft-float -O2 -I/home/joel/test-gcc/gcc-svn/gcc/../newlib/libc/sys/rtems/include -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -isystem ./include -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../.././gcc -I/home/joel/test-gcc/gcc-svn/libgcc -I/home/joel/test-gcc/gcc-svn/libgcc/. -I/home/joel/test-gcc/gcc-svn/libgcc/../gcc -I/home/joel/test-gcc/gcc-svn/libgcc/../include -DHAVE_CC_TLS -o _gcov_average_profiler.o -MT _gcov_average_profiler.o -MD -MP -MF _gcov_average_profiler.dep -DL_gcov_average_profiler -c /home/joel/test-gcc/gcc-svn/libgcc/../gcc/libgcov.c /home/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind-dw2-fde.c: In function '__register_frame_info_table_bases': /home/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind-dw2-fde.c:141:1: internal compiler error: in dwarf2out_begin_epilogue, at dwarf2out.c:2773 -- joel at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|mips-sgi-irix6.5|mips-sgi-irix6.5 sparc- ||rtems4.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40462
[Bug c/40620] New: ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2773 [regression]
/home/joel/test-gcc/b-gcc1-sparc/./gcc/xgcc -B/home/joel/test-gcc/b-gcc1-sparc/./gcc/ -nostdinc -B/home/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/ -isystem /home/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/targ-include -isystem /home/joel/test-gcc/gcc-svn/newlib/libc/include -B/home/joel/test-gcc/install/sparc-rtems4.10/bin/ -B/home/joel/test-gcc/install/sparc-rtems4.10/lib/ -isystem /home/joel/test-gcc/install/sparc-rtems4.10/include -isystem /home/joel/test-gcc/install/sparc-rtems4.10/sys-include-g -O2 -msoft-float -O2 -I/home/joel/test-gcc/gcc-svn/gcc/../newlib/libc/sys/rtems/include -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -isystem ./include -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../.././gcc -I/home/joel/test-gcc/gcc-svn/libgcc -I/home/joel/test-gcc/gcc-svn/libgcc/. -I/home/joel/test-gcc/gcc-svn/libgcc/../gcc -I/home/joel/test-gcc/gcc-svn/libgcc/../include -DHAVE_CC_TLS -o _gcov_average_profiler.o -MT _gcov_average_profiler.o -MD -MP -MF _gcov_average_profiler.dep -DL_gcov_average_profiler -c /home/joel/test-gcc/gcc-svn/libgcc/../gcc/libgcov.c /home/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind-dw2-fde.c: In function '__register_frame_info_table_bases': /home/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind-dw2-fde.c:141:1: internal compiler error: in dwarf2out_begin_epilogue, at dwarf2out.c:2773 -- Summary: ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2773 [regression] Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: sparc-rtems4.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40620
[Bug ada/36939] Build Failure Ada SH2e
--- Comment #13 from joel at gcc dot gnu dot org 2009-03-23 22:14 --- *** Bug 21377 has been marked as a duplicate of this bug. *** -- joel at gcc dot gnu dot org changed: What|Removed |Added CC||corsepiu at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
[Bug target/21377] Error detected at a-stmaco.ads:65:4
--- Comment #3 from joel at gcc dot gnu dot org 2009-03-23 22:14 --- This is very old and most likely fixed since it looks like sh-rtems builds Ada further. Marking this as a dupe so it will die. *** This bug has been marked as a duplicate of 36939 *** -- joel at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21377
[Bug target/35180] built-in-setjmp.x2
--- Comment #11 from joel at gcc dot gnu dot org 2009-03-23 17:56 --- Closing. This found an issue in the RTEMS ta 3 trap handler. Resolved on the RTEMS side. -- joel at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35180
[Bug target/35180] built-in-setjmp.x2
--- Comment #9 from joel at gcc dot gnu dot org 2009-03-18 18:18 --- Jiri Gaisler confirms there is no "ta 3" handler in RTEMS currently. He will be adding it to RTEMS. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35180
[Bug target/35180] built-in-setjmp.x2
--- Comment #8 from joel at gcc dot gnu dot org 2009-03-18 17:12 --- (In reply to comment #7) > > OK. I decided to look at this in more detail in the simulator. The failing > > instruction is: > > > > 2001358: d0 07 bf fc ld [ %fp + -4 ], %o0 > > > > and when I run with a breakpoint there, a dump of the registers shows that > > fp is 0!! When I try to step, it doesn't happen. If I do a "watch $fp", > > it never goes to 0 and runs correctly. > > Looks like the current register window is not flushed before the setjmp. You > need to investigate whether traps work correctly on the simulator. > I think I see this now. It looks like "ta 3" is not flush on RTEMS. I am going to have to talk with some of the SPARC RTEMS folks to make sure and address this one. Leave it open. I am reassigning this to me since it looks RTEMS run-time specific. -- joel at gcc dot gnu dot org changed: What|Removed |Added ------------------------ AssignedTo|unassigned at gcc dot gnu |joel at gcc dot gnu dot org |dot org | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35180
[Bug target/35180] built-in-setjmp.x2
--- Comment #6 from joel at gcc dot gnu dot org 2009-03-18 14:27 --- OK. I decided to look at this in more detail in the simulator. The failing instruction is: 2001358: d0 07 bf fc ld [ %fp + -4 ], %o0 and when I run with a breakpoint there, a dump of the registers shows that fp is 0!! When I try to step, it doesn't happen. If I do a "watch $fp", it never goes to 0 and runs correctly. The task has a 256K stack so it isn't blowing it. No interrupts are occurring. No context switches are occurring. Any ideas on how to narrow this down would be appreciated. Normal debugging seems to be failing me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35180
[Bug target/35180] built-in-setjmp.x2
--- Comment #4 from joel at gcc dot gnu dot org 2009-03-17 17:32 --- Going back through the old run logs. Is this how it shows up? FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -O0 FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -O1 FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -O2 FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -O3 -fomit-frame-pointer -funroll-loops FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -O3 -g FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -Os So far I see those in logs back to May 2008 (revision 135528): http://gcc.gnu.org/ml/gcc-testresults/2008-05/msg01876.html And apparently it failed in 4.3.0: http://gcc.gnu.org/ml/gcc-testresults/2008-05/msg00535.html And 4.2.3 http://gcc.gnu.org/ml/gcc-testresults/2008-04/msg00645.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35180
[Bug target/35180] built-in-setjmp.x2
--- Comment #2 from joel at gcc dot gnu dot org 2009-03-17 14:02 --- Yes. See http://gcc.gnu.org/ml/gcc-testresults/2009-03/msg00362.html. We also cross post them to an RTEMS tool list and apparently the run on 12 March resulted in a log that was too large for gcc-testresults. http://www.rtems.org/pipermail/rtems-tooltestresults/2009-March/000232.html Is there anything I can do to help with this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35180
[Bug target/39320] New: Regression: ICE: : in gen_add2_insn, at optabs.c:4733
This occurred during the build. I would expect it to happen on m32c-elf also. $ /home/joel/test-gcc/b-gcc1-m32c/./gcc/xgcc -B/home/joel/test-gcc/b-gcc1-m32c/./gcc/ --version xgcc (GCC) 4.4.0 20090226 (experimental) [trunk revision 144455] /home/joel/test-gcc/install/m32c-rtems4.10/include -isystem /home/joel/test-gcc/install/m32c-rtems4.10/sys-include -c -DHAVE_CONFIG_H -g -O2-mcpu=m32cm -I. -I/home/joel/test-gcc/gcc-svn/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic /home/joel/test-gcc/gcc-svn/libiberty/strdup.c -o strdup.o /home/joel/test-gcc/gcc-svn/libiberty/random.c: In function 'srandom': /home/joel/test-gcc/gcc-svn/libiberty/random.c:243: internal compiler error: in gen_add2_insn, at optabs.c:4733 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: Regression: ICE: : in gen_add2_insn, at optabs.c:4733 Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: m32c-rtems http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39320
[Bug ada/38349] Error Building Ada (h8300)
--- Comment #3 from joel at gcc dot gnu dot org 2009-02-27 16:28 --- Laurent.. would it make sense to have a "low memory" alternate version of the file in question and swap it in on some targets like the sh2e issue? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38349
[Bug ada/38349] Error Building Ada (h8300)
--- Comment #2 from joel at gcc dot gnu dot org 2009-02-27 16:26 --- Ping.. still broken gcc (GCC) 4.4.0 20090226 (experimental) [trunk revision 144455] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38349
[Bug ada/36939] Build Failure Ada SH2e
--- Comment #11 from joel at gcc dot gnu dot org 2009-02-27 16:24 --- Laurent.. what Makefile magic is needed to select this file on sh Ada targets and not on others? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
[Bug ada/39172] libada parsing of multilib options
--- Comment #6 from joel at gcc dot gnu dot org 2009-02-25 17:04 --- Can you include the generated files please? I do not have autoconf 2.59 installed. I can test the Ada build quickly though. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39172
[Bug c/39185] ICE in gen_rtx_SUBREG, at emit-rtl.c:773
--- Comment #1 from joel at gcc dot gnu dot org 2009-02-13 21:17 --- Created an attachment (id=17299) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17299&action=view) preprocessed test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39185
