Re: OpenSSL checking rewritten

2001-05-28 Thread Maciej W. Rozycki
On 25 May 2001, Hrvoje Niksic wrote: Ah yes, I understand. Due to SSL shared libs being placed in weird places, they cannot always be located by the dynamic linker. Even worse -- the dynamic linker doesn't find them even when they're in the *standard* (default) places such as

Re: OpenSSL checking rewritten

2001-05-28 Thread Hrvoje Niksic
Maciej W. Rozycki [EMAIL PROTECTED] writes: On 25 May 2001, Hrvoje Niksic wrote: Ah yes, I understand. Due to SSL shared libs being placed in weird places, they cannot always be located by the dynamic linker. Even worse -- the dynamic linker doesn't find them even when they're

Re: OpenSSL checking rewritten

2001-05-28 Thread Maciej W. Rozycki
On 28 May 2001, Hrvoje Niksic wrote: I'm wondering if the RPATH test is needed at all. Libtool knows how to hardcode paths into libraries for a number of operating systems and presents a consistent interface. Couldn't we use it? Libtool knows how to link the library, but it cannot

Re: OpenSSL checking rewritten

2001-05-28 Thread Hrvoje Niksic
Maciej W. Rozycki [EMAIL PROTECTED] writes: But do we need to know? We need to detect whether the library exists and is linkable, so that we can for instance set the appropriate preprocessor and makefile vraiebls. The only problem is an inconsistency between the configure script and the

Re: OpenSSL checking rewritten

2001-05-28 Thread Maciej W. Rozycki
On 28 May 2001, Hrvoje Niksic wrote: But do we need to know? We need to detect whether the library exists and is linkable, so that we can for instance set the appropriate preprocessor and makefile vraiebls. Yes, we do, but that's independent from RPATH handling. I mean the Try to

Re: OpenSSL checking rewritten

2001-05-28 Thread Hrvoje Niksic
Maciej W. Rozycki [EMAIL PROTECTED] writes: directly (that is bad juju). Libtool, on the other hand, *is* invoking linker directly. But I'm digressing. That's an internal implementation detail. I think we shouldn't care as long as it works. Note that invoking ${LD} may have side

Re: OpenSSL checking rewritten

2001-05-28 Thread Maciej W. Rozycki
On 28 May 2001, Hrvoje Niksic wrote: So most of them are not for 2.13? Hmm, I'll have to investigate that on my own, I guess. That's actually good news the changes are basically cosmetic -- no need to rewrite scripts heavily, unlike for some other programs. -- + Maciej W. Rozycki,

Re: OpenSSL checking rewritten

2001-05-28 Thread Hrvoje Niksic
Maciej W. Rozycki [EMAIL PROTECTED] writes: I mean the Try to autodetect runtime library flag[...] script fragment. If we convinced AC_CHECK_LIB to invoke `libtool --mode=link ${LD}' instead of just `${LD}' we could get rid of it. I was reminded why this won't work. Because libtool simply

http file creation

2001-05-28 Thread hornet
I am having a problem doing a recursive get from a web page. The issue is that the link it downloads happens to have a date in it. It is obviously formated like 5/28/01. The problem is that wget saves the file out and the shell assumes that the / in the date is a new directory. Now I've