This is the mail archive of the
gcc-prs@gcc.gnu.org
mailing list for the GCC project.
Re: bootstrap/6969: cannot build gcc-3.1 with binutils-2.12.1 on solaris8
- From: Kenneth Lareau <elessar at numenor dot org>
- To: nobody at gcc dot gnu dot org
- Cc: gcc-prs at gcc dot gnu dot org,
- Date: 8 Jun 2002 21:26:01 -0000
- Subject: Re: bootstrap/6969: cannot build gcc-3.1 with binutils-2.12.1 on solaris8
- Reply-to: Kenneth Lareau <elessar at numenor dot org>
The following reply was made to PR bootstrap/6969; it has been noted by GNATS.
From: Kenneth Lareau <elessar@numenor.org>
To: Mark Mentovai <mark@moxienet.com>
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 <mark@moxienet.com> 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
>