Hello, I have attempted to configure wget 1.7 with openssl.
Openssl 0.9.6a is installed at /usr/local/ssl, with the libraries in the
lib directory under that. Your INSTALL file says that this is standard
enough that I need only use 'configure --with-ssl' for this to succeed, but
upon running,
Arkadiusz Miskiewicz [EMAIL PROTECTED] writes:
and please fix aclocal.m4 (it contains wget specific macros which
should be in acinclude.m4)
I'm not buying that. I think it's perfectly fine to have
Wget-specific macros in aclocal.m4.
and also acconfig.h is missing (autoheader breaks on it).
Samer Nassar [EMAIL PROTECTED] writes:
I am having trouble installing wget 1.7 on a solaris box. Here is part of
what I am getting:
In file included from log.c:31:
/usr/gnu/lib/gcc-lib/sparc-sun-solaris2.6/2.8.0/include/stdarg.h:163: warning:
redefinition
of `va_list'
Tomki [EMAIL PROTECTED] writes:
Looking for SSL libraries in default
checking for RSA_new in -lcrypto... no
checking for SSL_new in -lssl... no
Looking for SSL libraries in /usr/local/ssl
checking for RSA_new in -lcrypto... no
checking for SSL_new in -lssl... no
Hmm, we should investigate
At 12:29 6/5/2001 +0200, Hrvoje Niksic wrote:
Tomki [EMAIL PROTECTED] writes:
Looking for SSL libraries in default
checking for RSA_new in -lcrypto... no
checking for SSL_new in -lssl... no
Looking for SSL libraries in /usr/local/ssl
checking for RSA_new in -lcrypto... no
checking
A windows binary for 1.7 is present at
http://space.tin.it/computer/hherold .
Heiko
--
-- PREVINET S.p.A.[EMAIL PROTECTED]
-- Via Ferretto, 1ph x39-041-5907073
-- I-31021 Mogliano V.to (TV) fax x39-041-5907087
-- ITALY
The server seems to reset the connection when the source or binary is
downloaded
can you look into it
Herold Heiko wrote:
A windows binary for 1.7 is present at
http://space.tin.it/computer/hherold .
Heiko
--
-- PREVINET S.p.A.[EMAIL PROTECTED]
-- Via Ferretto, 1
Arkadiusz Miskiewicz [EMAIL PROTECTED] writes:
Why you are trying to make things more difficult than they really
are? Now I can't use new libtool.m4 (and other m4 macros) for wget
without patching it. aclocal.m4 should be autogenerated to make life
yeasier.
I've never autogenerated
`make install' fails to install the man page if the build directory is not the
same as the source directory. It tries to find the man page in srcdir/doc/, but
the man page gets built into builddir/doc/.
Ryan
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
Russ Allbery [EMAIL PROTECTED] writes:
Automake, on the other hand, I've never particularly liked and I think
frequently just makes everything more complicated, not simpler.
Several times I seriously considered switching to Automake, which
might work well for a smaller project like Wget, but
Hrvoje Niksic [EMAIL PROTECTED] writes:
Several times I seriously considered switching to Automake, which might
work well for a smaller project like Wget, but always got turned off by
the incredibly huge and unreadable Makefiles it creates. The last time
I have seen Makefiles that ugly was
Quoting Ryan Lovett ([EMAIL PROTECTED]):
`make install' fails to install the man page if the build directory
is not the same as the source directory. It tries to find the man
page in srcdir/doc/, but the man page gets built into builddir/doc/.
Thanks for the report. Apparently, also
I said ./configure --with-ssl but the script said it couldn't find ssl
libs. They're in the default /usr/local/ssl location. Looking at
config.log, I see that gcc is upset, claiming that -rpath is an invalid
option. That's right. It's a linker option so gcc should see -Wl,-rpath.
If I make that
Hello,
subjects says it all:
When trying to compile with -lssl, an already reported bug in libssl
detection causes the library not to be found. However, it seems that
after the failure of the libssl test some things are seriously broken:
at least on my system the configure script will later not
Quoting tenthumbs ([EMAIL PROTECTED]):
I said ./configure --with-ssl but the script said it couldn't find
ssl libs. They're in the default /usr/local/ssl location. Looking at
config.log, I see that gcc is upset, claiming that -rpath is an
invalid option. That's right. It's a linker option so
I'm using wget to mirror a site which is dynamically generated. The first
page contains
1000s of hrefs looking like this.
href=http://sitename/page.asp?page1;
href=http://sitename/page.asp?page2;
href=http://sitename/page.asp?page3;
At 13:52 6/5/2001 +0200, you wrote:
Tomki [EMAIL PROTECTED] writes:
$ gcc a.c -L/usr/local/ssl/lib -lssl -lcrypto
$ ./a.out
No problems, no output.
Does this work:
$ gcc a.c -L/usr/local/ssl/lib -R/usr/local/ssl/lib -lssl -lcrypto
gcc: unrecognized option
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
Hi,
I'm currently using wget to mirror a rather extensive website. So
far I've mirrored 10 gigs and counting. wget has been running for roughly
24 hours. My problem is the huge amount of memory wget has alloted to
it. Since I have it converting links, I was wondering if maybe all the
20 matches
Mail list logo