From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31006 invoked by alias); 21 Nov 2012 18:17:11 -0000 Received: (qmail 30997 invoked by uid 22791); 21 Nov 2012 18:17:09 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_NEUTRAL X-Spam-Check-By: sourceware.org Received: from bureau81.ns.utoronto.ca (HELO bureau81.ns.utoronto.ca) (128.100.132.181) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 21 Nov 2012 18:17:03 +0000 Received: from [192.168.0.100] (75-119-246-22.dsl.teksavvy.com [75.119.246.22]) (authenticated bits=0) by bureau81.ns.utoronto.ca (8.13.8/8.13.8) with ESMTP id qALIGp72015953 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Nov 2012 13:16:54 -0500 Message-ID: <50AD1AA7.3020407@cs.utoronto.ca> Date: Wed, 21 Nov 2012 18:17:00 -0000 From: Ryan Johnson User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Dennis Clarke CC: Eric Botcazou , gcc-help@gcc.gnu.org, iant@google.com, jwakely.gcc@gmail.com Subject: Re: gcc 4.7.2 fails to bootstrap in stage 1 References: <4787145.HXcA7oyo9f@polaris> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org X-SW-Source: 2012-11/txt/msg00168.txt.bz2 On 21/11/2012 11:41 AM, Dennis Clarke wrote: > > ----- Original Message ----- > From: Eric Botcazou > Date: Wednesday, November 21, 2012 3:07 am > Subject: Re: gcc 4.7.2 fails to bootstrap in stage 1 > To: Dennis Clarke > Cc: gcc-help@gcc.gnu.org, ryan.johnson@cs.utoronto.ca, iant@google.com, jwakely.gcc@gmail.com > > >>> Well I gave this a try : >>> >>> $ date >>> Tue Nov 20 23:31:22 GMT 2012 >>> $ >>> $ gas --version >>> GNU assembler (GNU Binutils) 2.23.1 >>> Copyright 2012 Free Software Foundation, Inc. >>> This program is free software; you may redistribute it under the >> terms of >>> the GNU General Public License version 3 or later. >>> This program has absolutely no warranty. >>> This assembler was configured for a target of `sparc64-sun-solaris2.10'. >>> $ >>> $ which ld >>> /usr/ccs/bin/ld >>> $ >>> $ CC='gcc -m64' CXX='g++ -m64' ../gcc-4.7.2/configure >>> --build=sparc64-sun-solaris2.10 --prefix=/usr/local/gcc4 \ >>>> --with-gmp=/usr/local --with-mpfr=/usr/local --with-mpc=/usr/local >>>> --disable-nls --enable-threads=posix \ --enable-shared >>>> --libdir=/usr/local/gcc4/lib --with-local-prefix=/usr/local/gcc4 >>>> --without-gnu-ld \ --with-as=/usr/local/bin/gas >>>> --with-ld=/usr/ccs/bin/ld \ >>>> --with-pkgversion=Blastwave.org\ Inc.\ Tue\ Nov\ 20\ 23\:31\:22\ GMT\ >>>> 2012 \ --enable-languages=c,c++,objc,fortran,ada --enable-bootstrap >>> [..]. >>> That fails in the same way in the same place. >> So what's the error in the end? Your longish messages don't show it AFAICS. > regardless this situation just keeps getting worse and worse. > > I can chose to use gas or as and either way the build fails in stage 1 either with > a pile of noises about sed or with something even more interesting : If it's complaining about sed, you've probably path issue (sed vs gsed) and messing with binutils won't help. > > > . > . > . > > gmake[3]: Leaving directory `/usr/local/build/gcc-4.7.2_sparc64-sun-solaris2.10.003/gcc' > mkdir sparc64-sun-solaris2.10/libgcc > Checking multilib configuration for libgcc... > Configuring stage 1 in sparc64-sun-solaris2.10/libgcc > configure: creating cache ./config.cache > checking build system type... sparc64-sun-solaris2.10 > checking host system type... sparc64-sun-solaris2.10 > checking for --enable-version-specific-runtime-libs... no > checking for a BSD-compatible install... /usr/local/build/gcc-4.7.2/install-sh -c > checking for gawk... gawk > checking for sparc64-sun-solaris2.10-ar... ar > checking for sparc64-sun-solaris2.10-lipo... lipo > checking for sparc64-sun-solaris2.10-nm... /usr/local/build/gcc-4.7.2_sparc64-sun-solaris2.10.003/./gcc/nm > checking for sparc64-sun-solaris2.10-ranlib... ranlib > checking for sparc64-sun-solaris2.10-strip... strip > checking whether ln -s works... yes > checking for sparc64-sun-solaris2.10-gcc... /usr/local/build/gcc-4.7.2_sparc64-sun-solaris2.10.003/./gcc/xgcc -B/usr/local/build/gcc-4.7.2_sparc64-sun-solaris2.10.003/./gcc/ -B/usr/local/gcc4/sparc64-sun-solaris2.10/bin/ -B/usr/local/gcc4/sparc64-sun-solaris2.10/lib/ -isystem /usr/local/gcc4/sparc64-sun-solaris2.10/include -isystem /usr/local/gcc4/sparc64-sun-solaris2.10/sys-include > checking for suffix of object files... configure: error: in `/usr/local/build/gcc-4.7.2_sparc64-sun-solaris2.10.003/sparc64-sun-solaris2.10/libgcc': > configure: error: cannot compute suffix of object files: cannot compile > See `config.log' for more details. > gmake[2]: *** [configure-stage1-target-libgcc] Error 1 > gmake[2]: Leaving directory `/usr/local/build/gcc-4.7.2_sparc64-sun-solaris2.10.003' > gmake[1]: *** [stage1-bubble] Error 2 > gmake[1]: Leaving directory `/usr/local/build/gcc-4.7.2_sparc64-sun-solaris2.10.003' > gmake: *** [all] Error 2 > > So I think the issue may be in the GNU stack that I have built, though I know not where. You might try looking in config.log, which would contain the actual error message and could easily point to something mundane (like a broken sed or grep). Ryan