Re: Wget 1.7-pre1 available for testing
Jan Prikryl [EMAIL PROTECTED] writes: It seems that -lsocket is not found as it requires -lnsl for linking. -lnsl is not detected as it does not contain `gethostbyname()' function. That's weird. What does libnsl contain if not gethostbyname()? -AC_CHECK_FUNCS(uname gethostname) +AC_CHECK_FUNCS(uname) +AC_CHECK_FUNCS(gethostname, [], [ + AC_CHECK_LIB(nsl, gethostname) +]) Jan, you must be confusing something here. gethostname() only gets the local host name, and is just a wrapper for the appropriate uname() or sysinfo() call. It has nothing to do with name server lookups, which is what libnsl is supposed to do. + linux*) dash_r=-Wl,rpath ;; This part is correct, except we probably want addition of -Wl, on otherh systems where we use Gcc, too. Perhaps we really should try to write a libtool-based macro named WGET_CHECK_EXTERNAL_LIB.
Re: Wget 1.7-pre1 available for testing
Jan Prikryl [EMAIL PROTECTED] writes: It seems that -lsocket is not found as it requires -lnsl for linking. -lnsl is not detected as it does not contain `gethostbyname()' function. That's weird. What does libnsl contain if not gethostbyname()? It seems to contain `gethostname()' ... see the config.log submitted in one of the previous emails. But it's a very long distance shot: if, after adding -lsocket -lnsl everything works correctly and if with -lsocket only the linker complains about missing 'yp_*()' functions and also missing `gethostname()' and `getdomainname()', I thinks it's likely that these functions are defined in -lnsl. Of course, if -lnsl has built in dependency on some other library, the situation might be completely different. Jan, you must be confusing something here. gethostname() only gets the local host name, and is just a wrapper for the appropriate uname() or sysinfo() call. It has nothing to do with name server lookups, which is what libnsl is supposed to do. Probably, but are you sure that this is true on _all_ systems? Perhaps we really should try to write a libtool-based macro named WGET_CHECK_EXTERNAL_LIB. Perhaps it would be more portable then. -- jan ---+ Jan Prikryl icq | vr|vis center for virtual reality and [EMAIL PROTECTED] 83242638 | visualisation http://www.vrvis.at ---+
Re: Wget 1.7-pre1 available for testing
On 2001-06-06 12:47 +0200, Jan Prikryl wrote: Jan Prikryl [EMAIL PROTECTED] writes: It seems that -lsocket is not found as it requires -lnsl for linking. -lnsl is not detected as it does not contain `gethostbyname()' function. That's weird. What does libnsl contain if not gethostbyname()? It seems to contain `gethostname()' ... see the config.log submitted in one of the previous emails. But it's a very long distance shot: if, after adding -lsocket -lnsl everything works correctly and if with -lsocket only the linker complains about missing 'yp_*()' functions and also missing `gethostname()' and `getdomainname()', I thinks it's likely that these functions are defined in -lnsl. Of course, if -lnsl has built in dependency on some other library, the situation might be completely different. I've put the output of nm for libsocket and libnsl at http://www.teaser.fr/~amajorel/mpras/libnsl.so.nm.gz http://www.teaser.fr/~amajorel/mpras/libsocket.so.nm.gz -- André Majorel Work: [EMAIL PROTECTED] Home: [EMAIL PROTECTED] http://www.teaser.fr/~amajorel/
Re: wget 1.7, linux, -rpath
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
The ssl support is much appreciated in wget 1.7. But there is a problem
with the configure support that makes it think ssl can't be used, at
least with gcc 2.95.2 on my redhat 6.2 system:
Thanks for the report. Unfortunately the SSL test does not work on
linux at all. Replacing -rpath with -Wl,rpath will solve part of
the problems. You may want to try if the attached patch works for
you. Note that this is an unofficial patch and while it may help
solving the SSL check problem, it may break other things.
-- jan
+--
Jan Prikryl| vr|vis center for virtual reality and visualisation
[EMAIL PROTECTED] | http://www.vrvis.at
+--
Index: configure.in
===
RCS file: /pack/anoncvs/wget/configure.in,v
retrieving revision 1.17
diff -u -r1.17 configure.in
--- configure.in2001/05/28 22:02:47 1.17
+++ configure.in2001/06/06 05:26:20
@@ -174,8 +174,12 @@
AC_CHECK_FUNCS(strdup strstr strcasecmp strncasecmp)
AC_CHECK_FUNCS(gettimeofday mktime strptime)
AC_CHECK_FUNCS(strerror snprintf vsnprintf select signal symlink access isatty)
-AC_CHECK_FUNCS(uname gethostname)
+AC_CHECK_FUNCS(uname)
+AC_CHECK_FUNCS(gethostname, [], [
+ AC_CHECK_LIB(nsl, gethostname)
+])
+
AC_CHECK_FUNCS(gethostbyname, [], [
AC_CHECK_LIB(nsl, gethostbyname)
])
@@ -205,14 +209,18 @@
AC_MSG_CHECKING(for runtime libraries flag)
case $host_os in
sol2 ) dash_r=-R ;;
- decosf* | linux* | irix*) dash_r=-rpath ;;
+ decosf* | irix*) dash_r=-rpath ;;
+ linux*) dash_r=-Wl,rpath ;;
*)
dash_r=
for try_dash_r in -R -R -rpath ; do
OLD_LDFLAGS=$LDFLAGS
LDFLAGS=${try_dash_r}/no/such/file-or-directory $LDFLAGS
+ dnl gcc seems to only produce a warning about nonexistent option
+ dnl `-R/no/such/file-or-directory' so the test comes thru
+ dnl (tested with gcc version 3.0 20010308 (prerelease))
AC_TRY_LINK(, , dash_r=$try_dash_r)
- LDFLAGS=$ODL_LDFLAGS
+ LDFLAGS=$OLD_LDFLAGS
test -n $dash_r break
done ;;
esac
@@ -235,9 +243,6 @@
ssl_all_roots=$with_ssl
fi
- OLD_LIBS=$LIBS
- OLD_LDFLAGS=$LDFLAGS
-
dnl Unfortunately, as of this writing (OpenSSL 0.9.6), the libcrypto
dnl shared library doesn't record its dependency on libdl, so we
dnl need to check for it ourselves so we won't fail to link due to a
@@ -245,6 +250,9 @@
dnl shl_load().
AC_CHECK_LIB(dl,dlopen)
AC_CHECK_LIB(dl,shl_load)
+
+ OLD_LIBS=$LIBS
+ OLD_LDFLAGS=$LDFLAGS
ssl_linked=no
Re: win binary
Harald Gerber wrote: T.Bharath [EMAIL PROTECTED] wrote [EMAIL PROTECTED] on 05.06.01 Herold Heiko wrote: A windows binary for 1.7 is present at http://space.tin.it/computer/hherold . Heiko The server seems to reset the connection when the source or binary is downloaded can you look into it worked fine from my place. Lots of resets here too, but I just let WGET get it! However, thats not much use if you haven't got it yet and are trying to download it! :-) Rick. -- Richard Travett,Email: [EMAIL PROTECTED] May all your communications be free from electro-magnetic disturbances, and your days be free from temporal distortions in the space time continuum This email does not represent a formal communication from Simoco.
Re: WGET is changing my URL!
Quoting Kohler Roberto ([EMAIL PROTECTED]): I am using wget 1.5.3 to get the URL cache_object://localhost:/info (cache statistics from Squid proxy) and the program is changing the URL to ftp://cache_object:21/%2Flocalhost/info; (guess because the protocol cache_object is not known). Exactly. Wget knows nothing about cache_object: URL identifier and it assumes you wanted a FTP one. I could not find an option so the program would accept the URL as is. There is no such an option, sorry. You may only use http://, https://, or ftp:// URLs with wget. -- jan +-- Jan Prikryl| vr|vis center for virtual reality and visualisation [EMAIL PROTECTED] | http://www.vrvis.at +--
Re: How do I get SSL support to work in 1.7?
On Wed, Jun 06, 2001 at 02:09:12PM -0400, Edward J. Sabol wrote: H. I've tried connecting to various sites using https without success. I've tried this on both IRIX 6.5.2 and Digital Unix 4.0d. When I installed OpenSSL 0.9.6a using the default configure options, it didn't make any shared libraries, but I have libssl.a and libcrypto.a installed, and wget's configure process does find them. (Do I need to install the shared libraries?) For example, I can connect to https://www.apache-ssl.org/ in Netscape just fine, but here's what happens when I try with wget 1.7: [... debug output removed ...] Not surprising. Neither IRIX 6.5 nor Tru64 UNIX 4.0D have /dev/random. So, you need either EGD/PRNGD to provide a substitute for your missing /dev/random. And, the *client* software has to be configured to support this. So, if wget doesn't call RAND_egd() from OpenSSL, there is *nothing* you can do. And, from a quick perusal of wget 1.7, it doesn't. So, 1.7 is useless for https:// on any system without /dev/random. Note that we have added such support to other programs and will hopefully get time soon to do it to wget. cURL already has support for EGD/PRNGD so we're just going to steal their solution. -- albert chin ([EMAIL PROTECTED])
