[Bug bootstrap/33100] [4.3 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0
--- Comment #3 from brett dot albertson at stratech dot com 2007-09-06 13:03 --- (In reply to comment #2) Something changed and it is now working for me, but this did exist on mainline for at least some period of time. Rainer, are you still seeing this behavior? Brett -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
[Bug bootstrap/33100] New: on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0
I now get this during bootstrap on Solaris x86 using the native linker (/usr/ccs/bin/ld): ld: fatal: unwind table: file /u01/var/tmp/gcc_trunk_svn/gcc_20070817/./gcc/amd64/crtend.o: section .eh_frame: bad cie version 0: offset 0x0 collect2: ld returned 1 exit status gmake[5]: *** [libgcc_s.so] Error 1 gmake[5]: Leaving directory `/u01/var/tmp/gcc_trunk_svn/gcc_20070817/i386-pc-solaris2.11/amd64/libgcc' Let me know if you need more information. It seems to occur when linking the 64bit libgcc. Brett Albertson -- Summary: on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.11 GCC host triplet: i386-pc-solaris2.11 GCC target triplet: i386-pc-solaris2.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
[Bug bootstrap/33010] New: bootstrap fails with assembler error
bootstrap for me worked fine on August 6th. Today (August 7th) it fails with: gmake[6]: Entering directory `/u01/var/tmp/gcc_trunk_svn/gcc_20070807/gcc' /u01/var/tmp/gcc_trunk_svn/gcc_20070807/./gcc/xgcc -B/u01/var/tmp/gcc_trunk_svn/gcc_20070807/./gcc/ -B/opt/gcc-4.3/i386-pc-solaris2.11/bin/ -B/opt/gcc-4.3/i386-pc-solaris2.11/lib/ -isystem /opt/gcc-4.3/i386-pc-solaris2.11/include -isystem /opt/gcc-4.3/i386-pc-solaris2.11/sys-include -O2 -O2 -msse2 -march=native -mtune=native -O3 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I/u01/var/tmp/gcc_trunk_svn/gcc_20070807/i386-pc-solaris2.11/amd64/libgcc -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc//u01/var/tmp/gcc_trunk_svn/gcc_20070807/i386-pc-solaris2.11/amd64/libgcc -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc/../include -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc/../libcpp/include -I/usr/local/include -I/usr/local/include -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc/../libdecnumber -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc/../libdecnumber/dpd -I../libdecnumber -g -fkeep-inline-functions -m64 -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder -fno-omit-frame-pointer -fno-asynchronous-unwind-tables \ -c /u01/var/tmp/gcc_trunk_svn/gcc/gcc/crtstuff.c -DCRT_BEGIN \ -o /u01/var/tmp/gcc_trunk_svn/gcc_20070807/i386-pc-solaris2.11/amd64/libgcc/crtbegin.o /var/tmp//ccjpaqV3.s: Assembler messages: /var/tmp//ccjpaqV3.s:91: Error: suffix or operands invalid for `pop' /var/tmp//ccjpaqV3.s:92: Error: Incorrect register `%rdx' used with `l' suffix gmake[6]: *** [/u01/var/tmp/gcc_trunk_svn/gcc_20070807/i386-pc-solaris2.11/amd64/libgcc/crtbegin.o] Error 1 This is from my nightly build of trunk, with no config changes on the server. Let me know if you need more information to debug. Brett Albertson -- Summary: bootstrap fails with assembler error Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.11 GCC host triplet: i386-pc-solaris2.11 GCC target triplet: i386-pc-solaris2.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33010
[Bug middle-end/32668] The type-generic builtins apply default promotions
--- Comment #8 from brett dot albertson at stratech dot com 2007-08-02 12:00 --- In my nightly automated testing I got this last night: FAIL: gcc.dg/pr28796-2.c (test for excess errors) WARNING: gcc.dg/pr28796-2.c compilation failed to produce executable --- PASS: gcc.dg/pr28796-2.c (test for excess errors) PASS: gcc.dg/pr28796-2.c execution test Which is a new failure. I'm assuming this is related to what you checked in earlier. Let me know if you need more information. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32668
[Bug c++/32639] New: ptrmem1.C now ICE's on mainline
As of this morning (7/5/07), I now get the following ICE from the C++ testsuite of mainline. Note that this test PASSed yesterday (7/4/07). Executing on host: /u01/var/tmp/gcc_trunk_svn/gcc_20070705/gcc/testsuite/g++/../ ../g++ -B/u01/var/tmp/gcc_trunk_svn/gcc_20070705/gcc/testsuite/g++/../../ /u01/v ar/tmp/gcc_trunk_svn/gcc/gcc/testsuite/g++.dg/opt/ptrmem1.C -nostdinc++ -I/u01/ var/tmp/gcc_trunk_svn/gcc_20070705/i386-pc-solaris2.11/libstdc++-v3/include/i386 -pc-solaris2.11 -I/u01/var/tmp/gcc_trunk_svn/gcc_20070705/i386-pc-solaris2.11/li bstdc++-v3/include -I/u01/var/tmp/gcc_trunk_svn/gcc/libstdc++-v3/libsupc++ -I/u0 1/var/tmp/gcc_trunk_svn/gcc/libstdc++-v3/include/backward -I/u01/var/tmp/gcc_tru nk_svn/gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -O2 -S -o ptrmem1.s (timeout = 300) /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/g++.dg/opt/ptrmem1.C: In function ' void f()': /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/g++.dg/opt/ptrmem1.C:10: internal c ompiler error: in generate_element_copy, at tree-sra.c:1801 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. compiler exited with status 1 output is: /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/g++.dg/opt/ptrmem1.C: In function ' void f()': /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/g++.dg/opt/ptrmem1.C:10: internal c ompiler error: in generate_element_copy, at tree-sra.c:1801 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. FAIL: g++.dg/opt/ptrmem1.C (internal compiler error) FAIL: g++.dg/opt/ptrmem1.C (test for excess errors) Excess errors: /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/g++.dg/opt/ptrmem1.C:10: internal c ompiler error: in generate_element_copy, at tree-sra.c:1801 Brett Albertson -- Summary: ptrmem1.C now ICE's on mainline Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32639
[Bug target/30222] gcc.target/i386/vectorize1.c ICEs
--- Comment #4 from brett dot albertson at stratech dot com 2007-03-16 19:23 --- Is this slated to be fixed before 4.2.0 comes out? Also, I think this can be marked as confirmed. Brett -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30222
[Bug middle-end/31046] some i386-pf-sse-1.c started to fail on 3/3/07
--- Comment #1 from brett dot albertson at stratech dot com 2007-03-07 21:29 --- (In reply to comment #0) As of last night, these now PASS again. Brett -- brett dot albertson at stratech dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31046
[Bug middle-end/31046] New: some i386-pf-sse-1.c started to fail on 3/3/07
=i686 -mtune=c3-2 scan-assembler prefetcht2 PASS: gcc.misc-tests/i386-pf-sse-1.c -march=i686 -mtune=c3-2 scan-assembler-not prefetchw (all the rest PASS). Let me know what output you need to look into this, thanks, Brett Albertson -- Summary: some i386-pf-sse-1.c started to fail on 3/3/07 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31046
[Bug c++/30995] 86 new failures in the g++ testsuite last night
--- Comment #2 from brett dot albertson at stratech dot com 2007-03-01 13:44 --- (In reply to comment #1) Could you try to bootstrap the compiler from clean build directory? Could you look into g++.log and post some errors? (Please note that there is no ICE, so it looks like a problem with your system.) It's all fixed today. No unexpected failures in g++. I build in a clean directory every night, so I'm not sure what caused it. Brett -- brett dot albertson at stratech dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30995
[Bug c++/30995] New: 86 new failures in the g++ testsuite last night
13992c14012 FAIL: g++.old-deja/g++.robertl/eb55.C (test for excess errors) --- PASS: g++.old-deja/g++.robertl/eb55.C (test for excess errors) 14007,14010c14027,14030 FAIL: g++.old-deja/g++.robertl/eb65.C (test for excess errors) WARNING: g++.old-deja/g++.robertl/eb65.C compilation failed to produce executable FAIL: g++.old-deja/g++.robertl/eb66.C (test for excess errors) WARNING: g++.old-deja/g++.robertl/eb66.C compilation failed to produce executable --- PASS: g++.old-deja/g++.robertl/eb65.C (test for excess errors) PASS: g++.old-deja/g++.robertl/eb65.C execution test PASS: g++.old-deja/g++.robertl/eb66.C (test for excess errors) PASS: g++.old-deja/g++.robertl/eb66.C execution test 14020,14021c14040,14041 FAIL: g++.old-deja/g++.robertl/eb73.C (test for excess errors) WARNING: g++.old-deja/g++.robertl/eb73.C compilation failed to produce executable --- PASS: g++.old-deja/g++.robertl/eb73.C (test for excess errors) PASS: g++.old-deja/g++.robertl/eb73.C execution test 14025,14026c14045,14046 FAIL: g++.old-deja/g++.robertl/eb77.C (test for excess errors) WARNING: g++.old-deja/g++.robertl/eb77.C compilation failed to produce executable --- PASS: g++.old-deja/g++.robertl/eb77.C (test for excess errors) PASS: g++.old-deja/g++.robertl/eb77.C execution test 14030c14050 FAIL: g++.old-deja/g++.robertl/eb79.C (test for excess errors) --- PASS: g++.old-deja/g++.robertl/eb79.C (test for excess errors) 14142c14162 FAIL: g++.old-deja/g++.warn/iomanip.C (test for excess errors) --- PASS: g++.old-deja/g++.warn/iomanip.C (test for excess errors) 14149,14150c14169,14170 # of expected passes 13761 # of unexpected failures 92 --- # of expected passes 13914 # of unexpected failures 6 14153,14155c14173,14174 # of untested testcases 12 # of unsupported tests138 /u01/var/tmp/gcc_trunk_svn/gcc_20070228/gcc/testsuite/g++/../../g++ version 4.3.0 20070228 (experimental) --- # of unsupported tests131 /u01/var/tmp/gcc_trunk_svn/gcc_20070227/gcc/testsuite/g++/../../g++ version 4.3.0 20070227 (experimental) -- Summary: 86 new failures in the g++ testsuite last night Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30995
[Bug bootstrap/30748] New: configure broken on trunk
configure on trunk now gives me: /u01/var/tmp/gcc_trunk_svn/gcc/configure: syntax error at line 5015: `;' unexpected Those lines look like: eval set -- $ac_configure_args for ac_arg; do if test X$skip_next = Xyes; then -- Summary: configure broken on trunk Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30748
[Bug bootstrap/30748] configure broken on trunk
--- Comment #2 from brett dot albertson at stratech dot com 2007-02-09 19:14 --- (In reply to comment #1) Well I don't see this at all in configure. Can you try again now that the toplevel was updated to use autoconf 2.59? I just updated to the latest svn version, and it now fails at line 5018 with the same error. This was working 24 hours ago. The changes to configure in the last 24 hours have broken it. I'm doing this on Solaris using bash as my shell, but with CONFIG_SHELL set to /bin/ksh (as documented). Brett -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30748
[Bug bootstrap/30748] configure broken on trunk
--- Comment #3 from brett dot albertson at stratech dot com 2007-02-09 19:26 --- taking out the ; in line 5018 seems to fix it. Brett -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30748
[Bug target/30712] New: Failures related to SSE2 starting Feb 5th 2007
I started to get failures bootstrapping trunk early this morning. For example: Executing on host: /u01/var/tmp/gcc_trunk_svn/gcc_20070206/gcc/xgcc -B/u01/var/tmp/gcc_trunk_svn/gcc_20070206/gcc/ /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.target/i386/pr13366.c -O -msse -fno-show-column -S -o pr13366.s(timeout = 300) In file included from /u01/var/tmp/gcc_trunk_svn/gcc_20070206/gcc/include/xmmintrin.h:1245,^M from /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.target/i386/pr13366.c:4:^M /u01/var/tmp/gcc_trunk_svn/gcc_20070206/gcc/include/emmintrin.h:34: error: #error SSE2 instruction set not enabled compiler exited with status 1 output is: In file included from /u01/var/tmp/gcc_trunk_svn/gcc_20070206/gcc/include/xmmintrin.h:1245, from /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.target/i386/pr13366.c:4: /u01/var/tmp/gcc_trunk_svn/gcc_20070206/gcc/include/emmintrin.h:34: error: #error SSE2 instruction set not enabled FAIL: gcc.target/i386/pr13366.c (test for excess errors) There were 13 new failures, all SSE2 related which passed until this morning. I'm assuming it is related to the check-ins from Harsha Jagasia. Let me know if you need more information. Brett Albertson -- Summary: Failures related to SSE2 starting Feb 5th 2007 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30712
[Bug other/27843] gcc-4.2-20060527 make install fails on alphaev68-dec-osf5.1b
--- Comment #1 from brett dot albertson at stratech dot com 2007-02-02 14:43 --- I had the same thing on Solaris, and it ended up being CONFIG_SHELL needed to be set. See my comment from the other PR: - I figured it out. I have been using /bin/bash as my shell and not setting CONFIG_SHELL for the past year. It has been working until now, but apparently setting CONFIG_SHELL to /bin/ksh (as per documentation) is now required. I'm setting the case to resolved invalid. Brett -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27843
[Bug bootstrap/30386] stdbool.h problem on trunk
--- Comment #1 from brett dot albertson at stratech dot com 2007-01-08 16:13 --- This is now fixed on trunk. -- brett dot albertson at stratech dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30386
[Bug bootstrap/30386] New: stdbool.h problem on trunk
Every test that includes stdbool.h starting failing as of bootstraps on the trunk this morning. Note the following find for stdbool.h: yesterday: dev-zero:{root}# find ../gcc_20070104 -name stdbool.h ../gcc_20070104/gcc/include/stdbool.h ../gcc_20070104/stage1-gcc/include/stdbool.h ../gcc_20070104/prev-gcc/include/stdbool.h ../gcc_20070104/i386-pc-solaris2.10/amd64/libstdc++-v3/include/tr1/stdbool.h ../gcc_20070104/i386-pc-solaris2.10/libstdc++-v3/include/tr1/stdbool.h today: dev-zero:{root}# find . -name stdbool.h ./prev-gcc/include/stdbool.h The stdbool.h disappeared from those other locations. This is on Solaris 10 x86. Let me know if you need more information to figure out what's going on. Brett Albertson -- Summary: stdbool.h problem on trunk Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30386
[Bug testsuite/30358] New: New ICEs on trunk for IPA
These tests passed yesterday early morning, but give me ICEs today: Running /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/ipa/ipa.exp ... FAIL: gcc.dg/ipa/ipa-1.c (internal compiler error) FAIL: gcc.dg/ipa/ipa-1.c (test for excess errors) FAIL: gcc.dg/ipa/ipa-1.c scan-ipa-dump-times versioned function 2 FAIL: gcc.dg/ipa/ipa-1.c scan-ipa-dump-times propagating const 2 FAIL: gcc.dg/ipa/ipa-2.c (internal compiler error) FAIL: gcc.dg/ipa/ipa-2.c (test for excess errors) PASS: gcc.dg/ipa/ipa-2.c scan-ipa-dump-times versioned function 2 PASS: gcc.dg/ipa/ipa-2.c scan-ipa-dump-times propagating const 2 FAIL: gcc.dg/ipa/ipa-3.c (internal compiler error) FAIL: gcc.dg/ipa/ipa-3.c (test for excess errors) PASS: gcc.dg/ipa/ipa-3.c scan-ipa-dump-times versioned function 2 FAIL: gcc.dg/ipa/ipa-3.c scan-ipa-dump-times propagating const 3 FAIL: gcc.dg/ipa/ipa-4.c (internal compiler error) FAIL: gcc.dg/ipa/ipa-4.c (test for excess errors) PASS: gcc.dg/ipa/ipa-4.c scan-ipa-dump-times versioned function 1 PASS: gcc.dg/ipa/ipa-4.c scan-ipa-dump-times propagating const 1 FAIL: gcc.dg/ipa/ipa-5.c (internal compiler error) FAIL: gcc.dg/ipa/ipa-5.c (test for excess errors) PASS: gcc.dg/ipa/ipa-5.c scan-ipa-dump-times versioned function 2 PASS: gcc.dg/ipa/ipa-5.c scan-ipa-dump-times propagating const 2 FAIL: gcc.dg/ipa/ipa-6.c (internal compiler error) FAIL: gcc.dg/ipa/ipa-6.c (test for excess errors) Here's an example output: Running /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/ipa/ipa.exp ... Executing on host: /u01/var/tmp/gcc_trunk_svn/gcc_20070103/gcc/xgcc -B/u01/var/tmp/gcc_trunk_svn/gcc_20070103/gcc/ /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c -O3 -fipa-cp -fdump-ipa-cp -fno-early-inlining -fno-show-column -S -o ipa-1.s(timeout = 300) /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c: In function 'T.0': /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c:22: error: expected an SSA_NAME object /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c:22: error: in statement a = 7; /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/ipa/ipa-1.c:22: internal compiler error: verify_ssa failed Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. I'm running on Solaris 10 x86. Brett -- Summary: New ICEs on trunk for IPA Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30358
[Bug testsuite/30307] New: SSE3 tests add by H.J. on December 16th failing
The following tests fail for me on Solaris 10 x86: FAIL: gcc.target/i386/ssse3-pabsb.c (test for excess errors) FAIL: gcc.target/i386/ssse3-pabsd.c (test for excess errors) FAIL: gcc.target/i386/ssse3-pabsw.c (test for excess errors) FAIL: gcc.target/i386/ssse3-palignr.c (test for excess errors) FAIL: gcc.target/i386/ssse3-phaddd.c (test for excess errors) FAIL: gcc.target/i386/ssse3-phaddsw.c (test for excess errors) FAIL: gcc.target/i386/ssse3-phaddw.c (test for excess errors) FAIL: gcc.target/i386/ssse3-phsubd.c (test for excess errors) FAIL: gcc.target/i386/ssse3-phsubsw.c (test for excess errors) FAIL: gcc.target/i386/ssse3-phsubw.c (test for excess errors) FAIL: gcc.target/i386/ssse3-pmaddubsw.c (test for excess errors) FAIL: gcc.target/i386/ssse3-pmulhrsw.c (test for excess errors) FAIL: gcc.target/i386/ssse3-pshufb.c (test for excess errors) FAIL: gcc.target/i386/ssse3-psignb.c (test for excess errors) FAIL: gcc.target/i386/ssse3-psignd.c (test for excess errors) FAIL: gcc.target/i386/ssse3-psignw.c (test for excess errors) Here is one example from the log: Executing on host: /u01/var/tmp/gcc_trunk_svn/gcc_20061226/gcc/xgcc -B/u01/var/tmp/gcc_trunk_svn/gcc_200612 26/gcc/ /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.target/i386/ssse3-psignw.c -O2 -mssse3 -fno-show -column -lm -o ./ssse3-psignw.exe(timeout = 300) /var/tmp//ccMleIYX.s: Assembler messages:^M /var/tmp//ccMleIYX.s:61: Error: no such instruction: `psignw (%edx),%mm0'^M /var/tmp//ccMleIYX.s:153: Error: no such instruction: `psignw (%ebx),%xmm0'^M compiler exited with status 1 output is: /var/tmp//ccMleIYX.s: Assembler messages:^M /var/tmp//ccMleIYX.s:61: Error: no such instruction: `psignw (%edx),%mm0'^M /var/tmp//ccMleIYX.s:153: Error: no such instruction: `psignw (%ebx),%xmm0'^M FAIL: gcc.target/i386/ssse3-psignw.c (test for excess errors) Excess errors: /var/tmp//ccMleIYX.s:61: Error: no such instruction: `psignw (%edx),%mm0' /var/tmp//ccMleIYX.s:153: Error: no such instruction: `psignw (%ebx),%xmm0' WARNING: gcc.target/i386/ssse3-psignw.c compilation failed to produce executable -- Summary: SSE3 tests add by H.J. on December 16th failing Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30307
[Bug tree-optimization/19633] local address incorrectly thought to escape
--- Comment #12 from brett dot albertson at stratech dot com 2006-12-14 12:55 --- This testcase started failing for me as of last night on trunk. 1c1 Test Run By root on Thu Dec 14 06:04:39 2006 --- Test Run By root on Wed Dec 13 06:04:24 2006 cut for space saving . 30945,30946c30909,30910 FAIL: gcc.dg/pr19633-1.c (test for excess errors) WARNING: gcc.dg/pr19633-1.c compilation failed to produce executable --- PASS: gcc.dg/pr19633-1.c (test for excess errors) PASS: gcc.dg/pr19633-1.c execution test 39056d39019 PASS: gcc.dg/tls/opt-13.c (test for excess errors) 42919,42920c42882,42883 # of expected passes 42352 # of unexpected failures 12 --- # of expected passes 42317 # of unexpected failures 11 42926c42889 /u01/var/tmp/gcc_trunk_svn/gcc_20061214/gcc/xgcc version 4.3.0 20061214 (experimental) --- /u01/var/tmp/gcc_trunk_svn/gcc_20061213/gcc/xgcc version 4.3.0 20061213 (experimental) I run on Solaris 10 x86. I can provide more information as needed. Brett Albertson -- brett dot albertson at stratech dot com changed: What|Removed |Added CC||brett dot albertson at ||stratech dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19633
[Bug bootstrap/30152] New: bootstrap of trunk broken on Solaris x86 - varasm.c
bootstrap of trunk broken on Solaris x86 as of 12/8/06, I believe. It looks like varasm.c is giving warnings: /u01/var/tmp/gcc_trunk_svn/gcc_20061211/./prev-gcc/xgcc -B/u01/var/tmp/gcc_trunk_svn/gcc_20061211/./prev-gcc/ -B/opt/gcc-4.3/i386-pc-solaris2.10/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc/. -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc/../include -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc/../libcpp/include -I/usr/local/include -I/usr/local/include -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc/../libdecnumber -I../libdecnumber/u01/var/tmp/gcc_trunk_svn/gcc/gcc/varasm.c -o varasm.o cc1: warnings being treated as errors /u01/var/tmp/gcc_trunk_svn/gcc/gcc/varasm.c: In function 'elf_record_gcc_switches': /u01/var/tmp/gcc_trunk_svn/gcc/gcc/varasm.c:6268: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'long int' /u01/var/tmp/gcc_trunk_svn/gcc/gcc/varasm.c:6275: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'long int' /u01/var/tmp/gcc_trunk_svn/gcc/gcc/varasm.c:6283: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'long int' /u01/var/tmp/gcc_trunk_svn/gcc/gcc/varasm.c:6302: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'long int' gmake[3]: *** [varasm.o] Error 1 gmake[3]: Leaving directory `/u01/var/tmp/gcc_trunk_svn/gcc_20061211/gcc' gmake[2]: *** [all-stage2-gcc] Error 2 Brett -- Summary: bootstrap of trunk broken on Solaris x86 - varasm.c Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30152
[Bug testsuite/30041] New: FAIL: gcc.target/i386/sse3-movddup.c (internal compiler error)
When bootstrapping GCC trunk on Solaris 10 x86, sse3-movddup.c gives an ICE. However, this test shouldn't even be running since I don't think my CPU has sse3. dev-zero:{bretta}$ isainfo -v 64-bit amd64 applications sse2 sse fxsr amd_3dnowx amd_3dnow amd_mmx mmx cmov amd_sysc cx8 tsc fpu 32-bit i386 applications sse2 sse fxsr amd_3dnowx amd_3dnow amd_mmx mmx cmov amd_sysc cx8 tsc fpu Here's the output when compiling sse3-movddup.c dev-zero:{bretta}$ /u01/var/tmp/gcc_trunk_svn/gcc_20061201/gcc/xgcc -B/u01/var/tmp/gcc_trunk_svn/gcc_20061201/gcc/ /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.target/i386/sse3-movddup.c -O2 -msse3 -fno-show-column -lm -o ./sse3-movddup.exe /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.target/i386/sse3-movddup.c: In function 'main': /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.target/i386/sse3-movddup.c:21: internal compiler error: Segmentation Fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: FAIL: gcc.target/i386/sse3-movddup.c (internal compiler error) Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30041
[Bug bootstrap/29656] New: make install fails with sed: command garbled: s,[
When I run make install on current 4.2 sources on Solaris 10 x86, I get: if [ x != x ] ; then \ /u01/var/tmp/gcc_4.2_svn/gcc/install-sh -c /bin/sh /u01/var/tmp/gcc_4.2_svn/gcc/gcc/../mkinstalldirs \ /opt/gcc-4.2/libexec/gcc/i386-pc-solaris2.10/4.2.0/install-tools/mkinstalldirs ; \ /u01/var/tmp/gcc_4.2_svn/gcc/install-sh -c /u01/var/tmp/gcc_4.2_svn/gcc/gcc/fixproto /opt/gcc-4.2/libexec/gcc/i386-pc-solaris2.10/4.2.0/install-tools/fixproto ; \ /u01/var/tmp/gcc_4.2_svn/gcc/install-sh -c build/fix-header \ /opt/gcc-4.2/libexec/gcc/i386-pc-solaris2.10/4.2.0/install-tools/fix-header ; \ else :; fi echo 'SYSTEM_HEADER_DIR='`echo /usr/include | sed -e :a -e s,[^/]*/\.\.\/,, -e ta`'' \ /opt/gcc-4.2/lib/gcc/i386-pc-solaris2.10/4.2.0/install-tools/mkheaders.conf sed: command garbled: s,[ /bin/sh: : cannot execute /bin/sh: /]*/../,, -e ta: not found gmake[2]: *** [install-mkheaders] Error 1 gmake[2]: Leaving directory `/u01/var/tmp/gcc_4.2_svn/gcc_20061030/gcc' gmake[1]: *** [install-gcc] Error 2 gmake[1]: Leaving directory `/u01/var/tmp/gcc_4.2_svn/gcc_20061030' gmake: *** [install] Error 2 It worked as of October 18th, but I hadn't done a make install since then. Brett Albertson -- Summary: make install fails with sed: command garbled: s,[ Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29656
[Bug bootstrap/29656] make install fails with sed: command garbled: s,[
--- Comment #2 from brett dot albertson at stratech dot com 2006-10-30 20:15 --- (In reply to comment #1) How did you configure GCC? I figured it out. I have been using /bin/bash as my shell and not setting CONFIG_SHELL for the past year. It has been working until now, but apparently setting CONFIG_SHELL to /bin/ksh (as per documentation) is now required. I'm setting the case to resolved invalid. Brett -- brett dot albertson at stratech dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29656
[Bug c/29169] New: sse3-not-fisttp.c scan-assembler-not fisttp FAILs on i386-pc-solaris2.10
sse3-not-fisttp.c scan-assembler-not fisttp FAILs on i386-pc-solaris2.10 I get the following when bootstrapping mainline on i386-pc-solaris2.10: Executing on host: /u01/var/tmp/gcc_trunk_svn/gcc_20060921/gcc/xgcc -B/u01/var/tmp/gcc_trunk_svn/gcc_20060921/gcc/ /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.target/i386/sse3-not-fisttp.c -O -march=nocona -mno-sse3 -fno-show-column -S -o sse3-not-fisttp.s(timeout = 300) PASS: gcc.target/i386/sse3-not-fisttp.c (test for excess errors) FAIL: gcc.target/i386/sse3-not-fisttp.c scan-assembler-not fisttp Is this test supposed to PASS on Solaris 10 x86? Brett Albertson -- Summary: sse3-not-fisttp.c scan-assembler-not fisttp FAILs on i386-pc-solaris2.10 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29169
[Bug c/27697] [4.0 Regression] incorrect warning about constness of pointer to an array in a const struct
--- Comment #9 from brett dot albertson at stratech dot com 2006-08-17 13:02 --- (In reply to comment #7) Subject: Bug 27697 This fails on i386-pc-solaris2.10 on trunk with: Executing on host: /u01/var/tmp/gcc_trunk_svn/gcc_20060817/gcc/xgcc -B/u01/var/tmp/gcc_trunk_svn/gcc_20060817/gcc/ /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/qual-component-1.c -fno-show-column -S -o qual-component-1.s(timeout = 300) /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/qual-component-1.c: In function 'f':^M /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/qual-component-1.c:45: error: assignment of read-only member 'd'^M /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/qual-component-1.c:46: error: assignment of read-only location^M /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/qual-component-1.c:47: error: assignment of read-only location^M etc. and /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/qual-component-1.c: In function 'g':^M /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/qual-component-1.c:113: warning: initialization from in compatible pointer type^M /u01/var/tmp/gcc_trunk_svn/gcc/gcc/testsuite/gcc.dg/qual-component-1.c:118: warning: assignment from incompatible pointer type^M etc. Brett -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27697
[Bug target/25755] ICE in testsuite/gcc.c-torture/execute/20050316-1.c
--- Comment #3 from brett dot albertson at stratech dot com 2006-08-15 17:45 --- (In reply to comment #0) I'm getting an ICE in current 4.1 branch on Solaris 10 x86. BTW, trunk is still seeing this ICE. dev-zero:{root}# /opt/gcc-4.2/bin/gcc 20050316-1.c 20050316-1.c: In function 'test2': 20050316-1.c:18: warning: MMX vector argument without MMX enabled changes the ABI 20050316-1.c: In function 'test3': 20050316-1.c:26: error: insn does not satisfy its constraints: (insn 26 30 20 (set (reg/i:DI 29 [ result ]) (mem/c:DI (plus:SI (reg/f:SI 6 bp) (const_int -8 [0xfff8])) [0 S8 A8])) 80 {*movdi_2} (nil) (nil)) 20050316-1.c:26: internal compiler error: in extract_constrain_insn_cached, at recog.c:1994 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25755
[Bug tree-optimization/22525] tree based value profiling (-fprofile-use) produces mismatch types in conditional
--- Comment #7 from brett dot albertson at stratech dot com 2006-04-25 19:29 --- (In reply to comment #6) Fixed. After this patch was applied onto trunk, the following test started failing on Solaris x86: FAIL: gcc.dg/tree-prof/val-prof-2.c scan-tree-dump n \+ \-1 All the other val-prof-2.c tests PASS. Any ideas? Brett Albertson -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22525
[Bug c/27119] New: tree-into-ssa.c:50:21: vecprim.h: No such file or directory
I'm bootstrapping trunk on Solaris x86 after a fresh svn up and I get this: gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -I. -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc/. -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc/../include -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc/../libcpp/include -I/u01/var/tmp/gcc_trunk_svn/gcc/gcc/../libdecnumber -I../libdecnumber /u01/var/tmp/gcc_trunk_svn/gcc/gcc/tree-into-ssa.c -o tree-into-ssa.o /u01/var/tmp/gcc_trunk_svn/gcc/gcc/tree-into-ssa.c:50:21: vecprim.h: No such file or directory /u01/var/tmp/gcc_trunk_svn/gcc/gcc/tree-into-ssa.c: In function `find_idf': /u01/var/tmp/gcc_trunk_svn/gcc/gcc/tree-into-ssa.c:699: error: `VEC_int_heap' undeclared (first use in this function) /u01/var/tmp/gcc_trunk_svn/gcc/gcc/tree-into-ssa.c:699: error: (Each undeclared identifier is reported only once etc. Brett Albertson -- Summary: tree-into-ssa.c:50:21: vecprim.h: No such file or directory Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27119
[Bug c/27119] tree-into-ssa.c:50:21: vecprim.h: No such file or directory
--- Comment #1 from brett dot albertson at stratech dot com 2006-04-11 14:44 --- nevermind. svn update error. -- brett dot albertson at stratech dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27119
[Bug target/26146] [4.2 Regression] Bootstrapping mainline on Solaris 10/x86 fails
--- Comment #6 from brett dot albertson at stratech dot com 2006-03-02 14:15 --- (In reply to comment #5) A real patch for 4.2 is posted at http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00094.html I can confirm that this patch allows me to bootstrap again. I'm running the testsuite now just to check for any regressions, but I don't expect any. I'm not 100% certain that the configuration machinery is determining the architecture correctly on Solaris x86 since I am actually running on AMD64 CPU's in 64 bit mode. However, this didn't cause or fix that problem. thanks HJ! Brett Albertson -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26146
[Bug target/26146] [4.2 Regression] Bootstrapping mainline on Solaris 10/x86 fails
--- Comment #3 from brett dot albertson at stratech dot com 2006-02-21 18:42 --- (In reply to comment #0) /vol/gcc/src/gcc-dist/gcc/config/i386/gmon-sol2.c:1: error: CPU you selected does not support x86-64 instruction set make[5]: *** [amd64/gmon.o] Error 1 I confirm that I get this same error. I'm also building on Solaris 10 x86. My triple is i386-pc-solaris2.10 as detected by the configuration machinery. This is a regression from 4.1 and 4.0 since those bootstrap successfully. -- brett dot albertson at stratech dot com changed: What|Removed |Added CC||brett dot albertson at ||stratech dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26146
[Bug other/26381] New: Solaris native tar can't extract the release candidate
gcc-4.1.0-20060219.tar.bz2 won't untar with Solaris native tar. x gcc-4.1.0-20060219/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Frameworks, 0 bytes, 0 tape blocks x gcc-4.1.0-20060219/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Frameworks/OneSub.framework, 0 bytes, 0 tape blocks x gcc-4.1.0-20060219/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Frameworks/OneSub.framework/Headers, 0 bytes, 0 tape blocks tar: ././@LongLink: typeflag 'L' not recognized, converting to regular file x ././@LongLink, 104 bytes, 1 tape blocks x gcc-4.1.0-20060219/gcc/testsuite/gcc.dg/cpp/frame/one.framework/Frameworks/OneSub.framework/Headers, 0 bytes, 0 tape blocks tar: directory checksum error works fine with gnu tar. This is a regression from 3.4.x where Solaris's native tar works fine. I didn't test 4.0.x. Brett -- Summary: Solaris native tar can't extract the release candidate Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26381
[Bug target/25755] ICE in testsuite/gcc.c-torture/execute/20050316-1.c
--- Comment #1 from brett dot albertson at stratech dot com 2006-01-12 17:48 --- Update: If I add -mmmx as a command line argument, this successfully compiles for me. I got the idea from this error message: dev-zero:{root}# /opt/gcc-4.1/bin/g++ -c 20050316-1.c 20050316-1.c: In function 'int test2(int __vector__)': 20050316-1.c:17: warning: MMX vector argument without MMX enabled changes the ABI Brett -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25755
[Bug c/25755] New: ICE in testsuite/gcc.c-torture/execute/20050316-1.c
I'm getting an ICE in current 4.1 branch on Solaris 10 x86. It's trying to compile testsuite/gcc.c-torture/execute/20050316-1.c and getting: Executing on host: /var/tmp/gcc_4.1_svn/gcc_20060111/gcc/xgcc -B/var/tmp/gcc_4.1_svn/gcc_20060111/gcc/ /var/tmp/gcc_4.1_svn/gcc/gcc/testsuite/gcc.c-torture/execute/20050316-1.c -w -O0 -fno-show-column -lm -o /var/tmp/gcc_4.1_svn/gcc_20060111/gcc/testsuite/20050316-1.x0(timeout = 300) /var/tmp/gcc_4.1_svn/gcc/gcc/testsuite/gcc.c-torture/execute/20050316-1.c: In function 'test3': /var/tmp/gcc_4.1_svn/gcc/gcc/testsuite/gcc.c-torture/execute/20050316-1.c:26: error: insn does not satisfy its constraints: (insn 28 32 22 (set (reg/i:DI 29 [ result ]) (mem/c:DI (plus:SI (reg/f:SI 6 bp) (const_int -8 [0xfff8])) [0 S8 A8])) 80 {*movdi_2} (nil) (nil)) /var/tmp/gcc_4.1_svn/gcc/gcc/testsuite/gcc.c-torture/execute/20050316-1.c:26: internal compiler error: in extract_constrain_insn_cached, at recog.c:2002 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. compiler exited with status 1 output is: /var/tmp/gcc_4.1_svn/gcc/gcc/testsuite/gcc.c-torture/execute/20050316-1.c: In function 'test3': /var/tmp/gcc_4.1_svn/gcc/gcc/testsuite/gcc.c-torture/execute/20050316-1.c:26: error: insn does not satisfy its constraints: (insn 28 32 22 (set (reg/i:DI 29 [ result ]) (mem/c:DI (plus:SI (reg/f:SI 6 bp) (const_int -8 [0xfff8])) [0 S8 A8])) 80 {*movdi_2} (nil) (nil)) /var/tmp/gcc_4.1_svn/gcc/gcc/testsuite/gcc.c-torture/execute/20050316-1.c:26: internal compiler error: in extract_constrain_insn_cached, at recog.c:2002 Please submit a full bug report, Brett -- Summary: ICE in testsuite/gcc.c-torture/execute/20050316-1.c Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25755
[Bug pch/14940] PCH largefile test fails on various platforms
--- Comment #33 from brett dot albertson at stratech dot com 2005-12-14 19:24 --- I think I'm seeing this same problem on Solaris x86. Executing on host: /var/tmp/gcc_svn/gcc20051214/gcc/xgcc -B/var/tmp/gcc_svn/gcc2 0051214/gcc/ largefile.c -O0 -g -I. -S -o largefile.s(timeout = 300) largefile.c:1: fatal error: had to relocate PCH^M compilation terminated.^M compiler exited with status 1 output is: largefile.c:1: fatal error: had to relocate PCH^M compilation terminated.^M FAIL: largefile.c -O0 -g (test for excess errors) Excess errors: largefile.c:1: fatal error: had to relocate PCH Should the SPARC fix apply for x86 also? Brett Albertson -- brett dot albertson at stratech dot com changed: What|Removed |Added CC||brett dot albertson at ||stratech dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14940
[Bug c/21214] New: ICE building current mozilla CVS with gcc 4.0.0
I'm getting the following building the current mozilla CVS tree with gcc 4.0.0: gmake[3]: Entering directory `/var/tmp/mozilla_cvs/mozilla/modules/libreg/src' reg.c gcc -o reg.o -c -DOSTYPE=\SunOS5\ -DOSARCH=\SunOS\ -DBUILD_ID=00 -DUSE_BUFFERED_REGISTRY_IO -I../../../dist/include/libreg -I../../../dist/include -I../../../dist/include/nspr -I../../../dist/sdk/include -I/usr/openwin/include -fPIC -I/usr/openwin/include -Wno-long-long -pedantic -pthreads -pipe -DNDEBUG -DTRIMMED -O3 -I/usr/openwin/include -include ../../../mozilla-config.h -DMOZILLA_CLIENT -Wp,-MD,.deps/reg.pp reg.c reg.c: In function 'nr_RegAddKey': reg.c:2013: warning: passing argument 4 of 'nr_NextName' from incompatible pointer type reg.c:1972: internal compiler error: in get_indirect_ref_operands, at tree-ssa-operands.c:1449 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. gmake[3]: *** [reg.o] Error 1 gmake[3]: Leaving directory `/var/tmp/mozilla_cvs/mozilla/modules/libreg/src' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/var/tmp/mozilla_cvs/mozilla/modules/libreg' gmake[1]: *** [tier_2] Error 2 gmake[1]: Leaving directory `/var/tmp/mozilla_cvs/mozilla' gmake: *** [default] Error 2 dev-zero:{root}# gcc -v Using built-in specs. Target: i386-pc-solaris2.10 Configured with: /var/tmp/gcc-4.0.0/configure --prefix=/opt/gcc-4.0 --with-gnu-as --with-as=/usr/sfw/bin/gas --disable-nls --with-system-zlib --enable-languages=c,c++ Thread model: posix gcc version 4.0.0 This could be related to Bug 21173. Let me know what else you need to look into this ICE. thanks, Brett Albertson -- Summary: ICE building current mozilla CVS with gcc 4.0.0 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21214
[Bug bootstrap/20948] New: bootstrap of gcc-4.0.0-20050410 fails on i386-pc-solaris2.10
This is what I get during a gmake bootstrap: mv 'libgcc/./tmp-libgcc.map' libgcc/./libgcc.map ./xgcc -B./ -B/opt/gcc-4.0/i386-pc-solaris2.10/bin/ -isystem /opt/gcc-4.0/i386-pc-solaris2.10/include -isystem /opt/gcc-4.0/i386-pc-solaris2.10/sys-include -L/var/tmp/gcc-4.0.0-20050410/obj/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -shared -nodefaultlibs -Wl,--soname=libgcc_s.so.1 -Wl,--version-script=libgcc/./libgcc.map -o ./libgcc_s.so.1.tmp libgcc/./_muldi3_s.o libgcc/./_negdi2_s.o libgcc/./_lshrdi3_s.o libgcc/./_ashldi3_s.o libgcc/./_ashrdi3_s.o libgcc/./_cmpdi2_s.o libgcc/./_ucmpdi2_s.o libgcc/./_floatdidf_s.o libgcc/./_floatdisf_s.o libgcc/./_fixunsdfsi_s.o libgcc/./_fixunssfsi_s.o libgcc/./_fixunsdfdi_s.o libgcc/./_fixdfdi_s.o libgcc/./_fixunssfdi_s.o libgcc/./_fixsfdi_s.o libgcc/./_fixxfdi_s.o libgcc/./_fixunsxfdi_s.o libgcc/./_floatdixf_s.o libgcc/./_fixunsxfsi_s.o libgcc/./_fixtfdi_s.o libgcc/./_fixunstfdi_s.o libgcc/./_floatditf_s.o libgcc/./_clear_cache_s.o libgcc/./_enable_execute_stack_s.o libgcc/./_trampoline_s.o libgcc/./__main_s.o libgcc/./_absvsi2_s.o libgcc/./_absvdi2_s.o libgcc/./_addvsi3_s.o libgcc/./_addvdi3_s.o libgcc/./_subvsi3_s.o libgcc/./_subvdi3_s.o libgcc/./_mulvsi3_s.o libgcc/./_mulvdi3_s.o libgcc/./_negvsi2_s.o libgcc/./_negvdi2_s.o libgcc/./_ctors_s.o libgcc/./_ffssi2_s.o libgcc/./_ffsdi2_s.o libgcc/./_clz_s.o libgcc/./_clzsi2_s.o libgcc/./_clzdi2_s.o libgcc/./_ctzsi2_s.o libgcc/./_ctzdi2_s.o libgcc/./_popcount_tab_s.o libgcc/./_popcountsi2_s.o libgcc/./_popcountdi2_s.o libgcc/./_paritysi2_s.o libgcc/./_paritydi2_s.o libgcc/./_powisf2_s.o libgcc/./_powidf2_s.o libgcc/./_powixf2_s.o libgcc/./_powitf2_s.o libgcc/./_mulsc3_s.o libgcc/./_muldc3_s.o libgcc/./_mulxc3_s.o libgcc/./_multc3_s.o libgcc/./_divsc3_s.o libgcc/./_divdc3_s.o libgcc/./_divxc3_s.o libgcc/./_divtc3_s.o libgcc/./_divdi3_s.o libgcc/./_moddi3_s.o libgcc/./_udivdi3_s.o libgcc/./_umoddi3_s.o libgcc/./_udiv_w_sdiv_s.o libgcc/./_udivmoddi4_s.o libgcc/./unwind-dw2_s.o libgcc/./unwind-dw2-fde_s.o libgcc/./unwind-sjlj_s.o libgcc/./gthr-gnat_s.o libgcc/./unwind-c_s.o -lc rm -f ./libgcc_s.so if [ -f ./libgcc_s.so.1 ]; then mv -f ./libgcc_s.so.1 ./libgcc_s.so.1.backup; else true; fi mv ./libgcc_s.so.1.tmp ./libgcc_s.so.1 ln -s libgcc_s.so.1 ./libgcc_s.so /usr/sfw/bin/gld: cannot open linker script file ldscripts/elf_i386.xsc: No such file or directory collect2: ld returned 1 exit status gmake[3]: *** [libgcc_s.so] Error 1 gmake[3]: Leaving directory `/var/tmp/gcc-4.0.0-20050410/obj/gcc' gmake[2]: *** [stmp-multilib] Error 2 gmake[2]: Leaving directory `/var/tmp/gcc-4.0.0-20050410/obj/gcc' gmake[1]: *** [stage1_build] Error 2 gmake[1]: Leaving directory `/var/tmp/gcc-4.0.0-20050410/obj/gcc' gmake: *** [bootstrap] Error 2 I am building gcc-4.0.0-20050410 on Solaris 10 x86 workstation with AMD64 CPU's. The isainfo -v command gives: 64-bit amd64 applications sse2 sse fxsr amd_3dnowx amd_3dnow amd_mmx mmx cmov amd_sysc cx8 tsc fpu 32-bit i386 applications sse2 sse fxsr amd_3dnowx amd_3dnow amd_mmx mmx cmov amd_sysc cx8 tsc fpu I am bootstrapping with a previous build of gcc 4.0 (gcc-4.0-20050402). My build options were: /var/tmp/gcc-4.0.0-20050410/configure --prefix=/opt/gcc-4.0 --with-gnu-as --with-as=/usr/sfw/bin/gas --with-gnu-ld -with-ld=/usr/sfw/bin/gld --disable-nls --with-system-zlib --enable-languages=c,c++ As can be seen above I am using the bundled GNU AS and GNU LD that come by default with Solaris 10 x86. Brett -- Summary: bootstrap of gcc-4.0.0-20050410 fails on i386-pc- solaris2.10 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20948
[Bug bootstrap/20948] bootstrap of gcc-4.0.0-20050410 fails on i386-pc-solaris2.10
--- Additional Comments From brett dot albertson at stratech dot com 2005-04-11 14:57 --- (In reply to comment #1) This means you installation of binutils is wrong: /usr/sfw/bin/gld: cannot open linker script file ldscripts/elf_i386.xsc: No such file or directory Can you compile binutils and try again since this is not a gcc bug really. I'm restarting the bootstrap now using Sun's linker (/usr/ccs/bin/ld). I'll reply when it is finished. Brett -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20948
[Bug bootstrap/20948] bootstrap of gcc-4.0.0-20050410 fails on i386-pc-solaris2.10
--- Additional Comments From brett dot albertson at stratech dot com 2005-04-11 15:21 --- (In reply to comment #2) I'm restarting the bootstrap now using Sun's linker (/usr/ccs/bin/ld). I'll reply when it is finished. It successfully bootstrapped using Sun's ld and Gnu's as, as supplied with Solaris 10 x86. Brett -- What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20948
[Bug testsuite/20952] New: gmake -k check failures
/amd64/libstdc++-v3' gmake[3]: Leaving directory `/var/tmp/gcc-4.0.0-20050410/obj/i386-pc-solaris2.10/libstdc++-v3' gmake[2]: Leaving directory `/var/tmp/gcc-4.0.0-20050410/obj/i386-pc-solaris2.10/libstdc++-v3' gmake[1]: *** [check-recursive] Error 1 gmake[1]: Target `check' not remade because of errors. gmake[1]: Leaving directory `/var/tmp/gcc-4.0.0-20050410/obj/i386-pc-solaris2.10/libstdc++-v3' gmake: *** [check-target-libstdc++-v3] Error 2 gmake[1]: Entering directory `/var/tmp/gcc-4.0.0-20050410/obj/i386-pc-solaris2.10/libiberty' gmake[2]: Entering directory `/var/tmp/gcc-4.0.0-20050410/obj/i386-pc-solaris2.10/libiberty/testsuite' gmake[2]: Nothing to be done for `check'. gmake[2]: Leaving directory `/var/tmp/gcc-4.0.0-20050410/obj/i386-pc-solaris2.10/libiberty/testsuite' gmake[1]: Leaving directory `/var/tmp/gcc-4.0.0-20050410/obj/i386-pc-solaris2.10/libiberty' gmake: Target `check' not remade because of errors. -- Summary: gmake -k check failures Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brett dot albertson at stratech dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20952
[Bug bootstrap/18974] error in compiling gcc 4.0 for i686-pc-linux-gnu: gengtype-lex.c
--- Additional Comments From brett dot albertson at stratech dot com 2005-01-24 16:23 --- I think I'm seeing the same problem on Sparc Solaris without bison on the 4.0 bootstrap. gcc -c -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE-I. -Ibuild -I/var/tmp/gcc-4.0-20050123/gcc -I/var/tmp/gcc-4.0-20050123/gcc/build -I/var/tmp/gcc-4.0-20050123/gcc/../include -I./../intl -I/var/tmp/gcc-4.0-20050123/gcc/../libcpp/include \ -o build/gengtype.o /var/tmp/gcc-4.0-20050123/gcc/gengtype.c flex -ogengtype-lex.c /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l /var/tmp/gcc-4.0-20050123/missing bison -d -o gengtype-yacc.c /var/tmp/gcc-4.0-20050123/gcc/gengtype-yacc.y WARNING: `bison' missing on your system. You should only need it if you modified a `.y' file. You may need the `Bison' package in order for those modifications to take effect. You can get `Bison' from any GNU archive site. gcc -c -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -fno-common -Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE-I. -Ibuild -I/var/tmp/gcc-4.0-20050123/gcc -I/var/tmp/gcc-4.0-20050123/gcc/build -I/var/tmp/gcc-4.0-20050123/gcc/../include -I./../intl -I/var/tmp/gcc-4.0-20050123/gcc/../libcpp/include \ -o build/gengtype-lex.o gengtype-lex.c /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:31:27: gengtype-yacc.h: No such file or directory /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l: In function `yylex': /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:220: error: `yylval' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:220: error: (Each undeclared identifier is reported only once /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:220: error: for each function it appears in.) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:225: error: `ENT_TYPEDEF_STRUCT' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:225: error: `ENT_STRUCT' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:231: error: `ENT_EXTERNSTATIC' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:237: error: `ENT_YACCUNION' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:280: error: `GTY_TOKEN' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:281: error: `UNION' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:282: error: `STRUCT' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:283: error: `ENUM' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:284: error: `ALIAS' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:285: error: `NESTED_PTR' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:286: error: `NUM' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:289: error: `PARAM_IS' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:301: error: `SCALAR' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:323: error: `ID' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:333: error: `STRING' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:337: error: `ARRAY' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:341: error: `PERCENT_ID' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:345: error: `CHAR' undeclared (first use in this function) /var/tmp/gcc-4.0-20050123/gcc/gengtype-lex.l:361: error: `PERCENTPERCENT' undeclared (first use in this function) gengtype-lex.c: In function `yy_get_next_buffer': gengtype-lex.c:2623: warning: old-style parameter declaration gengtype-lex.c: In function `yy_get_previous_state': gengtype-lex.c:2755: warning: old-style parameter declaration gengtype-lex.c: In function `input': gengtype-lex.c:2868: warning: old-style parameter declaration make[2]: *** [build/gengtype-lex.o] Error 1 make[2]: Leaving directory `/var/tmp/gcc-4.0-bin/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/var/tmp/gcc-4.0-bin/gcc' make: *** [bootstrap] Error 2 dev-null:{root}# -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18974