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