From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29177 invoked by alias); 1 Apr 2010 14:38:21 -0000 Received: (qmail 29161 invoked by uid 22791); 1 Apr 2010 14:38:20 -0000 X-SWARE-Spam-Status: No, hits=1.0 required=5.0 tests=BAYES_50,TW_BJ,TW_CX,TW_DC,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail2.impactweather.com (HELO mail2.impactweather.com) (209.249.14.182) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Thu, 01 Apr 2010 14:38:16 +0000 Received: (qmail 27219 invoked from network); 1 Apr 2010 14:38:14 -0000 Received: from osaka.impactweather.local (10.0.16.50) by mail2.impactweather.com with SMTP; 1 Apr 2010 14:38:14 -0000 Received: from Atlantis.impactweather.local ([fe80::5dc7:63f2:bc1e:260b]) by Osaka.impactweather.local ([::1]) with mapi; Thu, 1 Apr 2010 09:38:14 -0500 From: Arthur Haas To: Rainer Orth CC: "gcc@gcc.gnu.org" Date: Thu, 01 Apr 2010 14:38:00 -0000 Subject: RE: Bootstrap failures on i386-pc-solaris2.10 Message-ID: References: <201004011414.o31EE6Eu001210@impdell3.impactweather.local> In-Reply-To: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2010-04/txt/msg00005.txt.bz2 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 probl= em, although now looking at the configure script for libstdc it looks like the correct argument should be '--enable-libstdcxx-pch=3Dno' = if it is to be used. The '--enable-threads' argument is another configurati= on 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=3Dgcc > COLLECT_LTO_WRAPPER=3D/export/home/arth/local/libexec/gcc/i386-pc-solaris= 2.10/4.5.0/lto-wrapper > Target: i386-pc-solaris2.10 > Configured with: /home/ahaas/gnu/gcc.git/configure --prefix=3D/export/hom= e/arth/local --enable-languages=3Dc,c++,objc,fortran --disable-nls --with-g= mp=3D/export/home/arth/local --with-mpfr=3D/export/home/arth/local --enable= -checking=3Drelease --enable-threads --with-gnu-as --with-as=3D/export/home= /arth/local/bin/as --with-gnu-ld --with-ld=3D/export/home/arth/local/bin/ld= --disable-multilib --disable-libstdcxx-pch --enable-objc-gc --build=3Di386= -pc-solaris2.10 --with-arch=3Dpentium4 --with-tune=3Dpentium4 > Thread model: posix > gcc version 4.5.0 20100330 (experimental) (GCC) > > Here's the last bits of today's build log - the '--disable-multilib' conf= igure > 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=3Dpentium4 --with-tune=3Dpentium4 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=3Dpentium4 --with-tune_32=3Dpentium4 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