In message [EMAIL PROTECTED], Hack =?iso-8859-1?Q?Kampbj=F8rn?=
said:
As so many other questions, this is answered on the web-site
(http://sunsite.dk/wget/):
To unsubscribe to a list, send an email to
[EMAIL PROTECTED] For more information on list commands,
send an email to [EMAIL
James C. Mcmaster [EMAIL PROTECTED] writes:
In message [EMAIL PROTECTED], Hack =?iso-8859-1?Q?Kampbj=F8rn?=
said:
As so many other questions, this is answered on the web-site
(http://sunsite.dk/wget/):
To unsubscribe to a list, send an email to
[EMAIL PROTECTED] For more
Hrvoje == Hrvoje Niksic [EMAIL PROTECTED] writes:
said: As so many other questions, this is answered on the
web-site (http://sunsite.dk/wget/): To unsubscribe to a
list, send an email to [EMAIL PROTECTED] For
more information on list commands, send an email to
[EMAIL PROTECTED]
Me too- how 2 unsubscribe?
-Original Message-
From: Vundas Sabaka Deneg Net [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 29, 2001 8:58 AM
To: Maciej W. Rozycki; Hrvoje Niksic
Cc: Wget List
Subject: Re: OpenSSL checking rewritten
how 2 unsubscribe?
This message is for the named
On 28 May 2001, Hrvoje Niksic wrote:
But still, let me see if I got it right:
- without the changes, Wget won't compile with Autoconf 2.50
It mostly will, except of a failure in the po subdirectory due to a
missing Makefile.
- with the changes, Wget won't compile with Autoconf 2.13.
It
On 29 May 2001, Hrvoje Niksic wrote:
Aha, so you mean it's safe to use -R... as a *libtool* flag, which
libtool will interpret as necessary.
Exactly. Try `libtool --mode=link --help' for all options libtool
recognizes in the link mode.
--
+ Maciej W. Rozycki, Technical University of
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
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
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
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
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
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
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,
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
On 25 May 2001, Hrvoje Niksic wrote:
Dan is busy with other things, so I'm jumping in with this to make the
release possible. I followed the outline of Dan's strategy, except
that I didn't want to link with the library directly. The code should
correctly detect the following cases:
Would
Maciej W. Rozycki [EMAIL PROTECTED] writes:
Would it be possible to add a default to AC_TRY_RUN or place it under
AC_CACHE_VAL so that cross-compiling works?
I have no idea what AC_CACHE_VAL is. I know that AC_TRY_RUN can be
given a parameter that tells it what to do when cross-compiling.
Dan is busy with other things, so I'm jumping in with this to make the
release possible. I followed the outline of Dan's strategy, except
that I didn't want to link with the library directly. The code should
correctly detect the following cases:
- libraries in the default system location
-
17 matches
Mail list logo
