* Bootstrap failures on i386-pc-solaris2.10 @ 2010-04-01 14:14 Art Haas 2010-04-01 14:23 ` H.J. Lu 2010-04-01 14:24 ` Rainer Orth 0 siblings, 2 replies; 8+ messages in thread From: Art Haas @ 2010-04-01 14:14 UTC (permalink / raw) To: gcc Hi. My builds on my X86 solaris box have failed since yesterday, and I've just found bug 43615 in Bugzilla which indicates a different but similar issue for an x86-64 build.I'm running Solaris 10 on an older Dell box with a Pentium4 chip, and have been building gcc with the '--disable-multilib' argument for quite some time. Here's the config info from the last build which worked: $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/export/home/arth/local/libexec/gcc/i386-pc-solaris2.10/4.5.0/lto-wrapper Target: i386-pc-solaris2.10 Configured with: /home/ahaas/gnu/gcc.git/configure --prefix=/export/home/arth/local --enable-languages=c,c++,objc,fortran --disable-nls --with-gmp=/export/home/arth/local --with-mpfr=/export/home/arth/local --enable-checking=release --enable-threads --with-gnu-as --with-as=/export/home/arth/local/bin/as --with-gnu-ld --with-ld=/export/home/arth/local/bin/ld --disable-multilib --disable-libstdcxx-pch --enable-objc-gc --build=i386-pc-solaris2.10 --with-arch=pentium4 --with-tune=pentium4 Thread model: posix gcc version 4.5.0 20100330 (experimental) (GCC) Here's the last bits of today's build log - the '--disable-multilib' configure option should have skipped the 'amd64' stuff below ... config.status: executing default commands Adding multilib support to Makefile in /home/ahaas/gnu/gcc.git/libgcc multidirs=amd64 with_multisubdir= Running configure in multilib subdirs amd64 pwd: /export/home/arth/gnu/gcc-0401/i386-pc-solaris2.10/libgcc Running configure in multilib subdir amd64 pwd: /export/home/arth/gnu/gcc-0401/i386-pc-solaris2.10 mkdir amd64 configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for a BSD-compatible install... /export/home/arth/local/bin/ginstall -c checking for gawk... gawk checking build system type... i386-pc-solaris2.10 checking host system type... i386-pc-solaris2.10 checking for i386-pc-solaris2.10-ar... /export/home/arth/local/i386-pc-solaris2.10/bin/ar checking for i386-pc-solaris2.10-lipo... lipo checking for i386-pc-solaris2.10-nm... /export/home/arth/gnu/gcc-0401/./gcc/nm checking for i386-pc-solaris2.10-ranlib... /export/home/arth/local/i386-pc-solaris2.10/bin/ranlib checking for i386-pc-solaris2.10-strip... /export/home/arth/local/i386-pc-solaris2.10/bin/strip checking whether ln -s works... yes checking for i386-pc-solaris2.10-gcc... /export/home/arth/gnu/gcc-0401/./gcc/xgcc -B/export/home/arth/gnu/gcc-0401/./gcc/ -B/export/home/arth/local/i386-pc-solaris2.10/bin/ -B/export/home/arth/local/i386-pc-solaris2.10/lib/ -isystem /export/home/arth/local/i386-pc-solaris2.10/include -isystem /export/home/arth/local/i386-pc-solaris2.10/sys-include -m64 checking for suffix of object files... configure: error: in `/export/home/arth/gnu/gcc-0401/i386-pc-solaris2.10/amd64/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. make[2]: *** [configure-stage1-target-libgcc] Error 1 make[2]: Leaving directory `/export/home/arth/gnu/gcc-0401' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/export/home/arth/gnu/gcc-0401' make: *** [bootstrap-lean] Error 2 The 'config.log' file from the 'i386-pc-solaris2.10/amd64/libgcc' directory fails with errors regard the x86-64 instructions ... configure:3211: checking for suffix of object files configure:3233: /export/home/arth/gnu/gcc-0401/./gcc/xgcc -B/export/home/arth/gnu/gcc-0401/./gcc/ -B/export/home/arth/local/i386-pc-solaris2.10/bin/ -B/export/home/arth/local/i386-pc-solaris2.10/lib/ -isystem /export/home/arth/local/i386-pc-solaris2.10/include -isystem /export/home/arth/local/i386-pc-solaris2.10/sys-include -m64 -c -g -O2 conftest.c >&5 conftest.c:1:0: error: CPU you selected does not support x86-64 instruction set conftest.c:1:0: error: CPU you selected does not support x86-64 instruction set configure:3237: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "GNU C Runtime Library" | #define PACKAGE_TARNAME "libgcc" | #define PACKAGE_VERSION "1.0" | #define PACKAGE_STRING "GNU C Runtime Library 1.0" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://www.gnu.org/software/libgcc/" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3251: error: in `/export/home/arth/gnu/gcc-0401/i386-pc-solaris2.10/amd64/libgcc': configure:3254: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. My builds on a sparc-sun-solaris2.10 from yesterday worked fine - on this machine GCC does _not_ use the '--disable-multilib' configuration switch. This mornings build has just started. My thanks to everyone working on GCC. Art Haas ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bootstrap failures on i386-pc-solaris2.10 2010-04-01 14:14 Bootstrap failures on i386-pc-solaris2.10 Art Haas @ 2010-04-01 14:23 ` H.J. Lu 2010-04-01 14:43 ` Rainer Orth 2010-04-01 14:24 ` Rainer Orth 1 sibling, 1 reply; 8+ messages in thread From: H.J. Lu @ 2010-04-01 14:23 UTC (permalink / raw) To: Art Haas; +Cc: gcc On Thu, Apr 1, 2010 at 7:14 AM, Art Haas <ahaas@impactweather.com> wrote: > Hi. > > My builds on my X86 solaris box have failed since yesterday, and > I've just found bug 43615 in Bugzilla which indicates a different > but similar issue for an x86-64 build.I'm running Solaris 10 on an > older Dell box with a Pentium4 chip, and have been building > gcc with the '--disable-multilib' argument for quite some time. > > Here's the config info from the last build which worked: > > $ gcc -v > Using built-in specs. > COLLECT_GCC=gcc > COLLECT_LTO_WRAPPER=/export/home/arth/local/libexec/gcc/i386-pc-solaris2.10/4.5.0/lto-wrapper > Target: i386-pc-solaris2.10 > Configured with: /home/ahaas/gnu/gcc.git/configure --prefix=/export/home/arth/local --enable-languages=c,c++,objc,fortran --disable-nls --with-gmp=/export/home/arth/local --with-mpfr=/export/home/arth/local --enable-checking=release --enable-threads --with-gnu-as --with-as=/export/home/arth/local/bin/as --with-gnu-ld --with-ld=/export/home/arth/local/bin/ld --disable-multilib --disable-libstdcxx-pch --enable-objc-gc --build=i386-pc-solaris2.10 --with-arch=pentium4 --with-tune=pentium4 > Thread model: posix > gcc version 4.5.0 20100330 (experimental) (GCC) > > Here's the last bits of today's build log - the '--disable-multilib' configure > option should have skipped the 'amd64' stuff below ... > > config.status: executing default commands > Adding multilib support to Makefile in /home/ahaas/gnu/gcc.git/libgcc > multidirs=amd64 > with_multisubdir= > Running configure in multilib subdirs amd64 > pwd: /export/home/arth/gnu/gcc-0401/i386-pc-solaris2.10/libgcc > Running configure in multilib subdir amd64 > pwd: /export/home/arth/gnu/gcc-0401/i386-pc-solaris2.10 > mkdir amd64 > configure: creating cache ./config.cache > checking for --enable-version-specific-runtime-libs... no > checking for a BSD-compatible install... /export/home/arth/local/bin/ginstall -c > checking for gawk... gawk > checking build system type... i386-pc-solaris2.10 > checking host system type... i386-pc-solaris2.10 > checking for i386-pc-solaris2.10-ar... /export/home/arth/local/i386-pc-solaris2.10/bin/ar > checking for i386-pc-solaris2.10-lipo... lipo > checking for i386-pc-solaris2.10-nm... /export/home/arth/gnu/gcc-0401/./gcc/nm > checking for i386-pc-solaris2.10-ranlib... /export/home/arth/local/i386-pc-solaris2.10/bin/ranlib > checking for i386-pc-solaris2.10-strip... /export/home/arth/local/i386-pc-solaris2.10/bin/strip > checking whether ln -s works... yes > checking for i386-pc-solaris2.10-gcc... /export/home/arth/gnu/gcc-0401/./gcc/xgcc -B/export/home/arth/gnu/gcc-0401/./gcc/ -B/export/home/arth/local/i386-pc-solaris2.10/bin/ -B/export/home/arth/local/i386-pc-solaris2.10/lib/ -isystem /export/home/arth/local/i386-pc-solaris2.10/include -isystem /export/home/arth/local/i386-pc-solaris2.10/sys-include -m64 > checking for suffix of object files... configure: error: in `/export/home/arth/gnu/gcc-0401/i386-pc-solaris2.10/amd64/libgcc': > configure: error: cannot compute suffix of object files: cannot compile > See `config.log' for more details. > make[2]: *** [configure-stage1-target-libgcc] Error 1 > make[2]: Leaving directory `/export/home/arth/gnu/gcc-0401' > make[1]: *** [stage1-bubble] Error 2 > make[1]: Leaving directory `/export/home/arth/gnu/gcc-0401' > make: *** [bootstrap-lean] Error 2 > > The 'config.log' file from the 'i386-pc-solaris2.10/amd64/libgcc' directory > fails with errors regard the x86-64 instructions ... > > configure:3211: checking for suffix of object files > configure:3233: /export/home/arth/gnu/gcc-0401/./gcc/xgcc -B/export/home/arth/gnu/gcc-0401/./gcc/ -B/export/home/arth/local/i386-pc-solaris2.10/bin/ -B/export/home/arth/local/i386-pc-solaris2.10/lib/ -isystem /export/home/arth/local/i386-pc-solaris2.10/include -isystem /export/home/arth/local/i386-pc-solaris2.10/sys-include -m64 -c -g -O2 conftest.c >&5 > conftest.c:1:0: error: CPU you selected does not support x86-64 instruction set > conftest.c:1:0: error: CPU you selected does not support x86-64 instruction set > configure:3237: $? = 1 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "GNU C Runtime Library" > | #define PACKAGE_TARNAME "libgcc" > | #define PACKAGE_VERSION "1.0" > | #define PACKAGE_STRING "GNU C Runtime Library 1.0" > | #define PACKAGE_BUGREPORT "" > | #define PACKAGE_URL "http://www.gnu.org/software/libgcc/" > | /* end confdefs.h. */ > | > | int > | main () > | { > | > | ; > | return 0; > | } > configure:3251: error: in `/export/home/arth/gnu/gcc-0401/i386-pc-solaris2.10/amd64/libgcc': > configure:3254: error: cannot compute suffix of object files: cannot compile > See `config.log' for more details. > > My builds on a sparc-sun-solaris2.10 from yesterday worked fine - on > this machine GCC does _not_ use the '--disable-multilib' configuration > switch. This mornings build has just started. > > My thanks to everyone working on GCC. > > Art Haas > It may be related to http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01483.html -- H.J. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bootstrap failures on i386-pc-solaris2.10 2010-04-01 14:23 ` H.J. Lu @ 2010-04-01 14:43 ` Rainer Orth 0 siblings, 0 replies; 8+ messages in thread From: Rainer Orth @ 2010-04-01 14:43 UTC (permalink / raw) To: H.J. Lu; +Cc: Art Haas, gcc "H.J. Lu" <hjl.tools@gmail.com> writes: > It may be related to > > http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01483.html No, it's not, quite the contrary. For one, Art did his build before this patch went in, second, as explained in the message, I've been careful to only set with_arch_32 and with_tune_32. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bootstrap failures on i386-pc-solaris2.10 2010-04-01 14:14 Bootstrap failures on i386-pc-solaris2.10 Art Haas 2010-04-01 14:23 ` H.J. Lu @ 2010-04-01 14:24 ` Rainer Orth 2010-04-01 14:38 ` Arthur Haas ` (2 more replies) 1 sibling, 3 replies; 8+ messages in thread From: Rainer Orth @ 2010-04-01 14:24 UTC (permalink / raw) To: Art Haas; +Cc: gcc Hi Art, > My builds on my X86 solaris box have failed since yesterday, and > I've just found bug 43615 in Bugzilla which indicates a different > but similar issue for an x86-64 build.I'm running Solaris 10 on an > older Dell box with a Pentium4 chip, and have been building > gcc with the '--disable-multilib' argument for quite some time. > > Here's the config info from the last build which worked: > > $ gcc -v > Using built-in specs. > COLLECT_GCC=gcc > COLLECT_LTO_WRAPPER=/export/home/arth/local/libexec/gcc/i386-pc-solaris2.10/4.5.0/lto-wrapper > Target: i386-pc-solaris2.10 > Configured with: /home/ahaas/gnu/gcc.git/configure --prefix=/export/home/arth/local --enable-languages=c,c++,objc,fortran --disable-nls --with-gmp=/export/home/arth/local --with-mpfr=/export/home/arth/local --enable-checking=release --enable-threads --with-gnu-as --with-as=/export/home/arth/local/bin/as --with-gnu-ld --with-ld=/export/home/arth/local/bin/ld --disable-multilib --disable-libstdcxx-pch --enable-objc-gc --build=i386-pc-solaris2.10 --with-arch=pentium4 --with-tune=pentium4 > Thread model: posix > gcc version 4.5.0 20100330 (experimental) (GCC) > > Here's the last bits of today's build log - the '--disable-multilib' configure > option should have skipped the 'amd64' stuff below ... The --disable-multilib option has been broken by a recent patch. This is a known bug and will hopefully be fixed soon. Configuring with --with-arch=pentium4 --with-tune=pentium4 is wrong and doesn't work in the general case, as you've discovered, since it breaks the 64-bit support. You just didn't notice the problem before due to --disable-multilib. Use --with-arch_32=pentium4 --with-tune_32=pentium4 instead, or simply update to current mainline: my patch to default the i?86-*-solaris2* configurations to pentium4 just went in. As for the other configure options: --enable-threads is superfluous, it's the default. What are you trying to achieve with --disable-libstdcxx-pch? Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University ^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: Bootstrap failures on i386-pc-solaris2.10 2010-04-01 14:24 ` Rainer Orth @ 2010-04-01 14:38 ` Arthur Haas 2010-04-06 18:26 ` Rainer Orth 2010-04-01 16:13 ` Arthur Haas 2010-04-01 16:38 ` Ralf Wildenhues 2 siblings, 1 reply; 8+ messages in thread From: Arthur Haas @ 2010-04-01 14:38 UTC (permalink / raw) To: Rainer Orth; +Cc: gcc I'll update my repo shortly and replace the '--with-arch' and '--with-tune' arguments as you suggest. As for the '--disable-libstdcxx-pch' argument, I had build problems months ago and this argument fixed the problem, although now looking at the configure script for libstdc it looks like the correct argument should be '--enable-libstdcxx-pch=no' if it is to be used. The '--enable-threads' argument is another configuration option I added long ago as well. The script which configures and starts my GCC builds needs some cleanup ... Thanks. Art Haas -----Original Message----- From: Rainer Orth [mailto:ro@CeBiTec.Uni-Bielefeld.DE] Sent: Thursday, April 01, 2010 9:25 AM To: Arthur Haas Cc: gcc@gcc.gnu.org Subject: Re: Bootstrap failures on i386-pc-solaris2.10 Hi Art, > My builds on my X86 solaris box have failed since yesterday, and > I've just found bug 43615 in Bugzilla which indicates a different > but similar issue for an x86-64 build.I'm running Solaris 10 on an > older Dell box with a Pentium4 chip, and have been building > gcc with the '--disable-multilib' argument for quite some time. > > Here's the config info from the last build which worked: > > $ gcc -v > Using built-in specs. > COLLECT_GCC=gcc > COLLECT_LTO_WRAPPER=/export/home/arth/local/libexec/gcc/i386-pc-solaris2.10/4.5.0/lto-wrapper > Target: i386-pc-solaris2.10 > Configured with: /home/ahaas/gnu/gcc.git/configure --prefix=/export/home/arth/local --enable-languages=c,c++,objc,fortran --disable-nls --with-gmp=/export/home/arth/local --with-mpfr=/export/home/arth/local --enable-checking=release --enable-threads --with-gnu-as --with-as=/export/home/arth/local/bin/as --with-gnu-ld --with-ld=/export/home/arth/local/bin/ld --disable-multilib --disable-libstdcxx-pch --enable-objc-gc --build=i386-pc-solaris2.10 --with-arch=pentium4 --with-tune=pentium4 > Thread model: posix > gcc version 4.5.0 20100330 (experimental) (GCC) > > Here's the last bits of today's build log - the '--disable-multilib' configure > option should have skipped the 'amd64' stuff below ... The --disable-multilib option has been broken by a recent patch. This is a known bug and will hopefully be fixed soon. Configuring with --with-arch=pentium4 --with-tune=pentium4 is wrong and doesn't work in the general case, as you've discovered, since it breaks the 64-bit support. You just didn't notice the problem before due to --disable-multilib. Use --with-arch_32=pentium4 --with-tune_32=pentium4 instead, or simply update to current mainline: my patch to default the i?86-*-solaris2* configurations to pentium4 just went in. As for the other configure options: --enable-threads is superfluous, it's the default. What are you trying to achieve with --disable-libstdcxx-pch? Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bootstrap failures on i386-pc-solaris2.10 2010-04-01 14:38 ` Arthur Haas @ 2010-04-06 18:26 ` Rainer Orth 0 siblings, 0 replies; 8+ messages in thread From: Rainer Orth @ 2010-04-06 18:26 UTC (permalink / raw) To: Arthur Haas; +Cc: gcc Arthur Haas <ahaas@impactweather.com> writes: > I'll update my repo shortly and replace the '--with-arch' and '--with-tune' arguments as you suggest. As for the '--disable-libstdcxx-pch' > argument, I had build problems months ago and this argument fixed the problem, although now looking at the configure script for libstdc > it looks like the correct argument should be '--enable-libstdcxx-pch=no' if it is to be used. The '--enable-threads' argument is another configuration option I added long ago as well. The script which configures and starts my GCC builds needs some cleanup ... No, --enable-<feature>=no and --disable-<feature> should be equivalent everywhere, even if only one form is documented. True: one you have something that works, you seldom revisit it ;-) Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University ^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: Bootstrap failures on i386-pc-solaris2.10 2010-04-01 14:24 ` Rainer Orth 2010-04-01 14:38 ` Arthur Haas @ 2010-04-01 16:13 ` Arthur Haas 2010-04-01 16:38 ` Ralf Wildenhues 2 siblings, 0 replies; 8+ messages in thread From: Arthur Haas @ 2010-04-01 16:13 UTC (permalink / raw) To: Rainer Orth; +Cc: gcc By updating to the lastest code in the trunk, and removing the '--with-arch' and '--with-tune' options from my configuration, I've successfully built the latest GCC code. I'll be removing the '--disable-multilib' option from my build configuration now also. Thanks. Art Haas -----Original Message----- From: Rainer Orth [mailto:ro@CeBiTec.Uni-Bielefeld.DE] Sent: Thursday, April 01, 2010 9:25 AM To: Arthur Haas Cc: gcc@gcc.gnu.org Subject: Re: Bootstrap failures on i386-pc-solaris2.10 Hi Art, > My builds on my X86 solaris box have failed since yesterday, and > I've just found bug 43615 in Bugzilla which indicates a different > but similar issue for an x86-64 build.I'm running Solaris 10 on an > older Dell box with a Pentium4 chip, and have been building > gcc with the '--disable-multilib' argument for quite some time. > > Here's the config info from the last build which worked: > > $ gcc -v > Using built-in specs. > COLLECT_GCC=gcc > COLLECT_LTO_WRAPPER=/export/home/arth/local/libexec/gcc/i386-pc-solaris2.10/4.5.0/lto-wrapper > Target: i386-pc-solaris2.10 > Configured with: /home/ahaas/gnu/gcc.git/configure --prefix=/export/home/arth/local --enable-languages=c,c++,objc,fortran --disable-nls --with-gmp=/export/home/arth/local --with-mpfr=/export/home/arth/local --enable-checking=release --enable-threads --with-gnu-as --with-as=/export/home/arth/local/bin/as --with-gnu-ld --with-ld=/export/home/arth/local/bin/ld --disable-multilib --disable-libstdcxx-pch --enable-objc-gc --build=i386-pc-solaris2.10 --with-arch=pentium4 --with-tune=pentium4 > Thread model: posix > gcc version 4.5.0 20100330 (experimental) (GCC) > > Here's the last bits of today's build log - the '--disable-multilib' configure > option should have skipped the 'amd64' stuff below ... The --disable-multilib option has been broken by a recent patch. This is a known bug and will hopefully be fixed soon. Configuring with --with-arch=pentium4 --with-tune=pentium4 is wrong and doesn't work in the general case, as you've discovered, since it breaks the 64-bit support. You just didn't notice the problem before due to --disable-multilib. Use --with-arch_32=pentium4 --with-tune_32=pentium4 instead, or simply update to current mainline: my patch to default the i?86-*-solaris2* configurations to pentium4 just went in. As for the other configure options: --enable-threads is superfluous, it's the default. What are you trying to achieve with --disable-libstdcxx-pch? Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Bootstrap failures on i386-pc-solaris2.10 2010-04-01 14:24 ` Rainer Orth 2010-04-01 14:38 ` Arthur Haas 2010-04-01 16:13 ` Arthur Haas @ 2010-04-01 16:38 ` Ralf Wildenhues 2 siblings, 0 replies; 8+ messages in thread From: Ralf Wildenhues @ 2010-04-01 16:38 UTC (permalink / raw) To: Rainer Orth; +Cc: Art Haas, gcc * Rainer Orth wrote on Thu, Apr 01, 2010 at 04:24:40PM CEST: > The --disable-multilib option has been broken by a recent patch. This > is a known bug and will hopefully be fixed soon. Should be fixed now with r157916 which reverts the offending commit. Apologies for the breakage. Cheers, Ralf ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2010-04-06 18:26 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2010-04-01 14:14 Bootstrap failures on i386-pc-solaris2.10 Art Haas 2010-04-01 14:23 ` H.J. Lu 2010-04-01 14:43 ` Rainer Orth 2010-04-01 14:24 ` Rainer Orth 2010-04-01 14:38 ` Arthur Haas 2010-04-06 18:26 ` Rainer Orth 2010-04-01 16:13 ` Arthur Haas 2010-04-01 16:38 ` Ralf Wildenhues
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).