[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: Justin Erenkrantz <jerenkrantz_at_ebuilt.com>
Date: 2002-02-17 03:48:55 CET

On Sat, Feb 16, 2002 at 04:31:32PM -0800, Blair Zajac wrote:
> 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?

Just to add my $.02 here. I agree with Blair as a user who refuses to
use /usr/local or ldconfig. The easiest thing to do is to set
LDFLAGS="-R/path/to/openssl" ./configure...

However, all SVN or neon needs to do is add -R/path/to/openssl and
libtool will do the rest for all platforms (i.e. it'll convert the -R
to the appropriate platform-specific linker flag). It's goodness and
should be done, IMHO. If you use libtool, you might want to take
advantage of it. =)

Note that OpenSSL refuses to build shared libraries by default on
Solaris. So, I think Blair must be explicitly enabling so's there.
However, DB4 builds shared objects and I have to manually set
LDFLAGS. It'd be good if SVN added -R for DB4 as well. -- justin

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.