Re: Wget 1.7-pre1 available for testing

2001-06-14 Thread Hrvoje Niksic

Jan Prikryl [EMAIL PROTECTED] writes:

 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()?

The config.log answers my question -- quite a bunch of stuff.  What I
meant to say: it is a pretty strange Name Server Lookup library
which doesn't contain gethostbyname(), but then again, it's a strange
world.

What I'll do for 1.7.1 is, replace `gethostbyname' with `inet_ntoa',
which should cover both Solaris and the system Andre is using.

 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?

I'm not.  :-(  Sorry for the confusing remark.

 Perhaps we really should try to write a libtool-based macro named
 WGET_CHECK_EXTERNAL_LIB.
 
 Perhaps it would be more portable then.

In the meantime, this [adding -Wl, to linker flags] has been solved
very elegantly by Maciej Rozycki.



Re: Wget 1.7-pre1 available for testing

2001-06-06 Thread Hrvoje Niksic

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

2001-06-06 Thread Jan Prikryl

 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

2001-06-06 Thread Andre Majorel

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-pre1 available for testing

2001-06-05 Thread Andre Majorel

On 2001-06-02 20:50 +0200, Andre Majorel wrote:
 On 2001-06-02 17:30 +0200, Hrvoje Niksic wrote:

   - The empty LIBS problem remains (add -lsocket -lnsl).
  
  Do you have a config.log for this?  Wget's configure tries hard to
  determine whether `-lsocket' and `-lnsl' are needed, and this seems to
  work on Solaris.  Can you see why it fails on your machine?
 
 The problem seems so be in autoconf. From my attempts at
 compiling v1.6 on the same system :
 
   checking for gethostbyname in -lnsl... no
   checking for socket in -lsocket... no
 
 when in fact they are there. I don't have access to the machine
 until tuesday. I'll post the config.log then. Sorry.

Tuesday is today. config.log for 1.6 and 1.7-pre1 attached. 1.7
is identical to 1.7-pre1.

-- 
André Majorel
Work: [EMAIL PROTECTED]
Home: [EMAIL PROTECTED] http://www.teaser.fr/~amajorel/

 config.log.gz
 config.log.gz


Re: Wget 1.7-pre1 available for testing

2001-06-05 Thread Jan Prikryl

Quoting Andre Majorel ([EMAIL PROTECTED]):

 Tuesday is today. config.log for 1.6 and 1.7-pre1 attached. 1.7
 is identical to 1.7-pre1.

It seems that -lsocket is not found as it requires -lnsl for
linking. -lnsl is not detected as it does not contain
`gethostbyname()' function.

Would the attacheed patch to configure.in solve the problem? Please
not that the patch tries to correct somee other problems with
configure.in and these corrections may make it crash on your
system. The important change for you would be the
AC_CHECK_FUNCS(gethostname, [] ...) part.

-- 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: Wget 1.7-pre1 available for testing

2001-06-02 Thread Hrvoje Niksic

Andre Majorel [EMAIL PROTECTED] writes:

 Tried it on NCR MP-RAS 3.0 :

Thanks for testing it.

 - The CC -cX problem in wget 1.6 is fixed. Good. :-)

You mean -Xc?  I decided that strict ANSI mode is the wrong thing
to look for.  Among other things, it turns off useful extensions such
as `long long'.  It also often causes problems with the system header
files which are not stress-tested for -Xc-compliance.

 - The empty LIBS problem remains (add -lsocket -lnsl).

Do you have a config.log for this?  Wget's configure tries hard to
determine whether `-lsocket' and `-lnsl' are needed, and this seems to
work on Solaris.  Can you see why it fails on your machine?

 - utils.c doesn't compile because MAP_FAILED is not defined in
   the system headers, so :

Ick.  I guess we add this to `sysdep.h':

#ifndef MAP_FAILED
# define MAP_FAILED ((void *) -1)
#endif

Then the application code could use MAP_FAILED normally, without
getting cluttered with ifdefs.



Wget 1.7-pre1 available for testing

2001-05-26 Thread Hrvoje Niksic

The pre-release of Wget is now available for testing.  Please download
it and see if it conforms to standards, expectations, if it compiles
out of the box, etc.

The pre-release is available at:

ftp://gnjilux.srk.fer.hr/pub/unix/util/wget/.betas/wget-1.7-pre1.tar.gz

If all goes well, I plan to release 1.7 some time next weekend.

User-visible changes since 1.6 are:

* Changes in Wget 1.7.

** SSL (`https') pages now work if you compile Wget with SSL support;
use the `--with-ssl' configure flag.  You need to have OpenSSL
installed.

** Cookies are now supported.  Wget will accept cookies sent by the
server and return them in later requests.  Additionally, it can load
and save cookies to disk, in the same format that Netscape uses.

** Keep-alive (persistent) HTTP connections are now supported.
Using keep-alive allows Wget to share one TCP/IP connection for
many retrievals, making multiple-file downloads faster and less
stressing for the server and the network.

** Wget now recognizes FTP directory listings generated by NT and VMS
servers.

** It is now possible to recurse through FTP sites where logging in
puts you in some directory other than '/'.

** You may now use `~' to mean home directory in `.wgetrc'.  For
example, `load_cookies = ~/.netscape/cookies.txt' works as you would
expect.

** The HTML parser has been rewritten.  The new one works more
reliably, allows finer-grained control over which tags and attributes
are detected, and has better support for some features like correctly
skipping comments and declarations, decoding entities, etc.  It is
also more general.

** meta name=robots tags are now respected.

** Wget's internal tables now use hash tables instead of linked lists
where appropriate.  This results in huge speedups when retrieving
large sites (thousands of documents).

** Wget now has a man page, automatically generated from the Texinfo
documentation.  (The last version that shipped with a man page was
1.4.5).  To get this, you need to have pod2man from the Perl
distribution installed on your system.



Re: Wget 1.7-pre1 available for testing

2001-05-26 Thread John Poltorak

On Sat, May 26, 2001 at 01:35:40PM +0200, Hrvoje Niksic wrote:
 The pre-release of Wget is now available for testing.  Please download
 it and see if it conforms to standards, expectations, if it compiles
 out of the box, etc.
 
 The pre-release is available at:
 
 ftp://gnjilux.srk.fer.hr/pub/unix/util/wget/.betas/wget-1.7-pre1.tar.gz


Seems to compile OK on OS/2 straight out of the box - which is excellent!

I'd like to see an additional entry in MACHINES acknowledging this...

IBM OS/2  (i[3456]86)

-- 
John