On Tue, Jun 11, 2002 at 10:05:55AM -0500, Ben Collins-Sussman wrote:
> Hey Garrett, as fellow FreeBSD user, I thought you could shed some
> light on this question. Maybe others can comment as well.
> I have this awful resistance to building svn shared and installing it;
> I usually just build statically and make /usr/local/bin/svn a symlink
> to the static binary in my source tree.
> The reason for this is that libtool 1.4 seems to have a wonky behavior
> on FreeBSD: whenever something is linked during a compile, libtool
> will use whatever libsvn_* libraries are installed in /usr/local/lib/,
> no matter what. On other platforms, apparently this isn't true. Greg
> Stein builds shared all the time, and never runs into this problem.
> Just to verify this, I'll build a shared binary, and then run 'ldd' on
> .libs/lt-svn. Sure enough, all of the libraries resolve to ones in
> /usr/local/lib, instead of the freshly-built ones in my source tree.
> This is *not* how libtool is supposed to work.
> Maybe libtool is somehow invoking the linker incorrectly, or some kind
> of -rpath switch isn't working? Maybe my system is horked? Does
> anyone else ever see this problem?
i have seen this problem in the past, and as a result i also tend to
build statically. i haven't tried doing it lately, but i would assume
the problem still exists.
unfortunately, i don't know enough about libtool to say what's going
on, and i'm not even in front of a FreeBSD machine at the moment (i'm
out as USENIX for the week) so i can't even verify that it is indeed
still happening to me.
i do recall this happening to me a long time ago (having it like
against libs in /usr/local when it should have been linking against
the ones i was compiling locally), and i just assumed it was an issue
with our build system, not libtool itself. isn't that why we have the
'how to clean out your tree before compiling' instructions?
wish i could be more help,
garrett rooney Remember, any design flaw you're
email@example.com sufficiently snide about becomes
http://electricjellyfish.net/ a feature. -- Dan Sugalski
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Tue Jun 11 17:24:37 2002