Harold L Hunt II wrote:
What I wanted to know, though, was historically whether wget has
linked against the static or shared libs so I would know if I was
missing something that caused the shared libs to work.
Yes, it has historically used shared libs also for ssl.
Unfortunately, it looks like wget must have always been linking
against the static ssl libs because it uses a custom 550 line m4
script to find the ssl libs and it doesn't seem to know anything about
Cygwin or to prefer shared over static libs. I don't know that I want
to open that can of worms just yet, since I usually end up having to
fix about a weeks worth of bad autoconf in order to get things working
again. In the mean time, I think I'll release the statically linked
version to maintain the status quo.
They removed libtool support somewhere between 1.9.1 and 1.10.1. This
seems to have caused this problem. I've tried with different --with-ssl
arguments but it doesn't seem to consistenly find '-lssl -lcrypto'. The
easiest thing is to just force it to use the -l libraries over the .a libs
$ diff -u wget-1.10.1/Makefile.in*
--- wget-1.10.1/Makefile.in 2005-10-03 19:56:34.153712800 +0200
+++ wget-1.10.1/Makefile.in.orig 2005-06-27 00:06:49.000000000 +0200
@@ -57,7 +57,7 @@
CFLAGS = @CFLAGS@
CPPFLAGS = @CPPFLAGS@
DEFS = @DEFS@ -DSYSTEM_WGETRC=\"$(sysconfdir)/wgetrc\"
-DLOCALEDIR=\"$(localedir)\"
-LIBS = @LIBS@ @LTLIBSSL@
+LIBS = @LIBS@ @LIBSSL@
LDFLAGS = @LDFLAGS@
# Note: it's only @LIBSSL@ -> @LTLIBSSL@
$ cygcheck wget-1.10.1/.build/src/wget.exe
wget-1.10.1/.build/src/wget.exe
d:\cygwin\bin\cygcrypto-0.9.8.dll
d:\cygwin\bin\cygwin1.dll
C:\WINNT\System32\ADVAPI32.DLL
C:\WINNT\System32\NTDLL.DLL
C:\WINNT\System32\KERNEL32.DLL
C:\WINNT\System32\RPCRT4.DLL
d:\cygwin\bin\cygintl-3.dll
d:\cygwin\bin\cygiconv-2.dll
d:\cygwin\bin\cygssl-0.9.8.dll