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

Re: svn 0.9 rc2 tarball

From: Joe Orton <joe_at_manyfish.co.uk>
Date: 2002-02-17 00:49:13 CET

On Sat, Feb 16, 2002 at 03:25:10PM -0800, Blair Zajac wrote:
> Joe Orton wrote:
> >
> > On Sat, Feb 16, 2002 at 01:23:52PM -0800, Blair Zajac wrote:
> > > Joe Orton wrote:
> > > > If you don't mind doing that, you might be able to pass LDLFAGS="-R
> > > > path" on your env line below - I think that should work. Alternatively
> > > > set LD_LIBRARY_PATH, or configure your system to add the OpenSSL
> > > > directory to the runtime library path using whatever mechanism Solaris
> > > > ld.so provides.
> > >
> > > I think this is a workaround when where configure should do the work.
> >
> > I really don't think it is. :)
> >
> > So, you have installed OpenSSL's shared libraries into /usr/foo/lib.
> > Instead of making a one-time modification to your runtime linker
> > configuration (or adding a LD_LIBRARY_PATH/LD_RUN_PATH to your
> > ~/.profile, etc etc), you want every application to add stuff to it's
> > ./configure script, to make it work for you. Hmmmm. ;)
> Both openssh and wget thought I was important enough to do this ;)
> Seriously, they both compile and link on Solaris against openssl in
> non-standard locations without setting LD_LIBRARY_PATH, LD_RUN_PATH or
> LDFLAGS. So it's odd that neon doesn't do this. Given that no code has
> to be written but just copied from either package, what is the hesitancy
> to put this in neon?

As I said before, doing it by *default* I consider bad behaviour, since
that would hard-code an rpath into the binary which is specific to the
build environment.

> Using LD_LIBRARY_PATH is not an ideal solution. Managing this is harder
> for a large numbers of systems and users have to modify their .login/.profile
> to add paths to LD_LIBRARY_PATH.

Oh, I definitely agree: I think modifying the system-wide ld.so
configuration is the best way of doing it. It seems Solaris has a tool
to do that: man crle.



To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:08 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.