From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10840 invoked by alias); 8 Jun 2002 21:26:02 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 10826 invoked by uid 71); 8 Jun 2002 21:26:01 -0000 Date: Sat, 08 Jun 2002 14:26:00 -0000 Message-ID: <20020608212601.10825.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Kenneth Lareau Subject: Re: bootstrap/6969: cannot build gcc-3.1 with binutils-2.12.1 on solaris8 Reply-To: Kenneth Lareau X-SW-Source: 2002-06/txt/msg00190.txt.bz2 List-Id: The following reply was made to PR bootstrap/6969; it has been noted by GNATS. From: Kenneth Lareau To: Mark Mentovai Cc: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org, niki.waibel@gmx.net Subject: Re: bootstrap/6969: cannot build gcc-3.1 with binutils-2.12.1 on solaris8 Date: Sat, 8 Jun 2002 14:19:26 -0700 Unfortunately, I'm running into this same issue, and using both of the work- arounds you mention (simultaneously, even) doesn't fix the problem. Checking the configure output, the excluded files you mention are being included. Could there be something else that's being missed? Kenneth Lareau elessar@numenor.org On Sat, 08 Jun 2002 14:27:33 -0400 Mark Mentovai wrote: > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&p > r=6969 > > gcc/configure does not attempt to detect whether ld is GNU ld unless you > specify a path to ld using --with-ld. It defaults to assuming that GNU ld > is not in use, which causes the target macro files necessary for use with > GNU ld to not be included. The same applies for as. The excluded files are > gcc/config/sparc/sol2-gld.h, gcc/config/sparc/sol2-gld-bi.h for ld, and > gcc/config/sparc/sol2-gas-bi.h for as. > > In this particular case, the omission of sol2-gld-bi results in link_arch > not including an emulation name to pass ld; GNU ld requires this and > defaults to elf32_sparc, while Solaris ld is capable of determining whether > 32- or 64-bit operation is desired based on the format of the supplied > object files. > > As a workaround, configure with "--with-gnu-as --with-gnu-ld" to force the > use of the GNU tools, or "--with-as=/usr/local/bin/as > --with-ld=/usr/local/bin/ld" to force gcc/configure to detect whether as and > ld are the GNU versions. My preference is for the former. > > The fix would involve making gcc/configure set with_gas and with_gnu_ld > appropriately based on the as and ld that will be used by the compiler > before running gcc/config.gcc. gcc/configure checks for which as and ld > will be used a bit later in the process, so this would most likely involve a > minor reordering. > > Mark >