[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: Blair Zajac <blair_at_orcaware.com>
Date: 2002-02-17 01:31:32 CET

Joe Orton wrote:
>
> 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.

So you're saying it's bad behavior for wget or openssh to link with -R
to the directory containing the openssl libraries? That's exactly the
behavior I want and I think most people want. Why is this something
you consider bad behavior?

Would you take a patch to add -R support to configure.in in a default or
non-default form?

What are your thoughts on being consistent with a large number of other
packages that use configure and openssl? I checked and php also uses the
-R flag. I'm sure I could find more.

If not using -R is important so that other methods, such as crle or
LD_LIBRARY_PATH can be used, what about having a configure option that
disables it?

Best,
Blair

---------------------------------------------------------------------
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.