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
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'
> /usr/incl
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 inve
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
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 `-R/usr/local/ssl/lib'
How about:
$ gcc
> How about:
> $ gcc a.c -L/usr/local/ssl/lib -rpath /usr/local/ssl/lib -lssl -lcrypto
> Also, could you mail the entire configure output here?
I think replacing -rpath with -Wl,-rpath will work.
--
Hiroshi Takekawa <[EMAIL PROTECTED]>
Hrvoje Niksic <[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.
Why you are trying to make things more difficult than
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 ac
On 5 Jun 2001, Hrvoje Niksic wrote:
> Please explain exactly how you "autogenerate" aclocal.m4
[a random aclocal.m4]
% head -1 aclocal.m4
dnl aclocal.m4 generated automatically by aclocal 1.4-p2
% aclocal --version
aclocal (GNU automake) 1.4-p2
I believe that is generated from what is being us
Daniel Stenberg <[EMAIL PROTECTED]> writes:
> % aclocal --version
> aclocal (GNU automake) 1.4-p2
That must explain it -- I've never used Automake.
Hrvoje Niksic <[EMAIL PROTECTED]> writes:
> Daniel Stenberg <[EMAIL PROTECTED]> writes:
>
> > % aclocal --version
> > aclocal (GNU automake) 1.4-p2
>
> That must explain it -- I've never used Automake.
Usually generic system macros are placed in /usr/share/aclocal
directory (and for example the
hi!
this is wget-new-percentage patch for wget version 1.7
http://www.biscom.net/~cade/away/wget-new-percentage/
http://www.biscom.net/~cade/away/wget-new-percentage/wget-new-percentage-1.7-20010605.diff
or take patched version of `retr.c'
http://www.biscom.net/~cade/away
Hello,
I am using solaris 2.7. But in any case, I got the code again and tried to
install again, and this time it got to the last stages of make install and
went silent. I check out the processes running, and find the following:
PID TTY TIME CMD
20531 pts/11 0:00 make
20286 pts/11
`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 t
Arkadiusz Miskiewicz <[EMAIL PROTECTED]> writes:
> Usually generic system macros are placed in /usr/share/aclocal directory
> (and for example there is libtool.m4 from my libtool) and when you call
> aclocal macros used in configre.in are searched in /usr/share/aclocal
> and in acinclude.m4, acsi
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, b
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
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 wget.i
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 ch
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
worked fine from my place.
T.Bharath <[EMAIL PROTECTED]> wrote
<[EMAIL PROTECTED]> on 05.06.01
> 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
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";
href="http://sitename/page
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: unre
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 attac
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
30 matches
Mail list logo
