Bootstrap failures on i386-pc-solaris2.10

Bootstrap failures on i386-pc-solaris2.10

[Art Haas]

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

Re: Bootstrap failures on i386-pc-solaris2.10

[H.J. Lu]

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.

Re: Bootstrap failures on i386-pc-solaris2.10

[Rainer Orth]

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

RE: Bootstrap failures on i386-pc-solaris2.10

[Arthur Haas]

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

Re: Bootstrap failures on i386-pc-solaris2.10

[Rainer Orth]

"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

RE: Bootstrap failures on i386-pc-solaris2.10

[Arthur Haas]

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

Re: Bootstrap failures on i386-pc-solaris2.10

[Ralf Wildenhues]

* 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

Re: Bootstrap failures on i386-pc-solaris2.10

[Rainer Orth]

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