From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21904 invoked by alias); 21 Nov 2012 16:41:50 -0000 Received: (qmail 21770 invoked by uid 22791); 21 Nov 2012 16:41:48 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_VIA_APNIC X-Spam-Check-By: sourceware.org Received: from comm.purplecow.org (HELO comm.purplecow.org) (210.87.62.131) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 21 Nov 2012 16:41:40 +0000 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-disposition: inline Content-type: text/plain; charset=us-ascii Received: from comm.purplecow.org ([127.0.0.1]) by comm.purplecow.org (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTP id <0MDU0005NJPB0610@comm.purplecow.org> for gcc-help@gcc.gnu.org; Thu, 22 Nov 2012 03:41:36 +1100 (EST) Received: from comm.purplecow.org ([127.0.0.1] helo=comm.purplecow.org) with IPv4:25 by ASSP.nospam; Thu, 22 Nov 2012 03:41:35 +1100 Received: from [66.103.52.207] by comm.purplecow.org (mshttpd); Wed, 21 Nov 2012 11:41:35 -0500 From: Dennis Clarke To: Eric Botcazou Cc: gcc-help@gcc.gnu.org, ryan.johnson@cs.utoronto.ca, iant@google.com, jwakely.gcc@gmail.com Message-id: Date: Wed, 21 Nov 2012 16:41:00 -0000 Subject: Re: gcc 4.7.2 fails to bootstrap in stage 1 In-reply-to: <4787145.HXcA7oyo9f@polaris> References: <4787145.HXcA7oyo9f@polaris> X-IsSubscribed: yes 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/msg00166.txt.bz2 ----- 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 : . . . 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. I will create a new fresh zone and work in there with no GNU stack at all other than GNU make and maybe binutils. Then see what happens. Dennis