This is the mail archive of the
libstdc++@sources.redhat.com
mailing list for the libstdc++ project.
Re: broken configury, testing for 'ld'
- To: Geoff Keating <geoffk at redhat dot com>
- Subject: Re: broken configury, testing for 'ld'
- From: Branko Čibej <brane at xbc dot nu>
- Date: Wed, 29 Nov 2000 03:04:37 +0100
- CC: libstdc++ at sources dot redhat dot com, aolivia at redhat dot com
- References: <200011282302.PAA01138@geoffk.org>
I managed to work around this problem by confguring --with-gnu-ld
--with-ld=/path/to/gnu/ld, and similarily for GNU as. It's not elegant,
but it works.
Geoff Keating wrote:
> I get this on Solaris:
>
> checking for ld used by GCC... ld
> checking if the linker (ld) is GNU ld... yes
>
> because the toplevel Makefile has
>
> LD = ld
> ...
> LD_FOR_TARGET = ` \
> if [ -f $$r/ld/ld-new ] ; then \
> echo $$r/ld/ld-new ; \
> else \
> if [ "$(host_canonical)" = "$(target_canonical)" ] ; then \
> echo $(LD); \
> else \
> t='$(program_transform_name)'; echo ld | sed -e 's/x/x/' $$t ; \
> fi; \
> fi`
>
> and then passes LD_FOR_TARGET as $LD to the libstdc++ configure.
>
> Unfortunately, the ld used by the just-built GCC is /usr/ccs/bin/ld,
> not the ld in my path.
>
> This causes the build to fail when libstdc++ tries to pass GNU ld
> options to Solaris ld.
>
> Is this test really supposed to be checking for the ld used by GCC?
> If so, it should not look at $LD at all. If not, it shouldn't claim
> to...
>
--
Brane Čibej
home: <brane@xbc.nu> http://www.xbc.nu/brane/
work: <branko.cibej@hermes.si> http://www.hermes-softlab.com/
ACM: <brane@acm.org> http://www.acm.org/