[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Build on Solaris

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2006-09-12 03:09:43 CEST

Raman Gupta <rocketraman@fastmail.fm> writes:

> I am building Subversion 1.4.0 on Solaris 2.6 SPARC... I am having a
> problem related to the build using /usr/ccs/bin/ld instead of the GNU
> ld in /usr/local/bin.
> In the past, e.g. Subersion 1.3.x, specifying the PATH was sufficient
> for the build to use the GNU toolset:
> export PATH=/usr/local/bin:$PATH
> However, with 1.4.0, I have found that configure persists on using
> /usr/ccs/bin/ld instead of /usr/local/bin/ld despite the PATH ordering
> (which eventually results in a build error).
> Therefore, I also defined:
> export LD=/usr/local/bin/ld
> This above is sufficient for configure to find the GNU ld, but when
> make is run, the build again attempts to use /usr/ccs/bin/ld (but at
> least the error occurs right away instead of 5 minutes into the build!)
> I finally got 1.4.0 to build by renaming /usr/ccs/bin/ld to
> /usr/ccs/bin/ld.old, but IMHO, I shouldn't have to do this. Should I?

When asking for help it's a good idea to show the exact configure
command and error messages.

It's possible your gcc has been built to use /usr/ccs/bin/ld, what
does the command 'gcc --print-prog-name ld' show?

If your gcc has been built to use the Solaris linker then perhaps you
can configure Subversion using --without-gnu-ld, but I have no idea
whether this works. Alternatively you might be able to get GNU ld by
using COMPILER_PATH=/usr/local/bin, or by adding '-B /usr/local/bin'
to CFLAGS or LDFLAGS, but again I have no idea whether that works.
You may need to rebuild gcc to use GNU ld.

Perhaps your shell init scripts are resetting PATH?

Philip Martin
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Sep 12 03:10:23 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.