[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-wget] my status with OpenSSL-1.0.0 (Re: now getting Undefined symbo

From: SciFi
Subject: [Bug-wget] my status with OpenSSL-1.0.0 (Re: now getting Undefined symbol for "_a2i_IPADDRESS" (Re: With wget-1.12, I'm getting "Duplicate Symbols" during make (MacOSX 10.5.8), help please?))
Date: Tue, 25 May 2010 09:55:09 +0000 (UTC)
User-agent: Pan/0.133 (House of Butterflies)


We got OpenSSL 1.0.0 finally compiled and installed to its default
/usr/local/ssl place.  FYI I had to follow some of the items mentioned in the
PROBLEMS file to get things linked properly.  Then I got the
PATH/CPPFLAGS/etc env-vars to correlate so that 'openssl version' shows the
new version.

But we could not get wget-1.12 to find libssl during configure.  This is
either due to:
(1) OpenSSL Configure forcibly removing the 'shared' parm we put on it (I did
not see any .dylib being created there, only .a static code),
(2) we need to specify different --prefix for OpenSSL to put things in a
regular /usr/local place,
(3) we need to use OSX's LD_LIBRARY_PATH env-var to forcibly get into
/usr/local/ssl/lib, albeit we told wget-1.12's configure script to look there
(4) any other ideas we have not thought of here?

I'd truly like to find a patch so wget-1.12+ can call the 'older' version of
that function (a2i_IPADDRESS), available in previous openssl's.

FWIW for now, our wget-1.12 shows this:
$ wget --version
GNU Wget 1.12-2359 built on darwin9.8.0.

+digest -https +ipv6 +iri +large-file -md5 +nls -ntlm +opie -ssl 

    /Users/scifi/.wgetrc (user)
    /usr/local/etc/wgetrc (system)
Locale: /usr/local/share/locale 
Compile: gcc-4.2 -DHAVE_CONFIG_H -DSYSTEM_WGETRC="/usr/local/etc/wgetrc" 
    -DLOCALEDIR="/usr/local/share/locale" -I. -I../lib -I../lib 
    -I/usr/local/ssl/include -I/usr/X11/include -I/usr/local/include 
    -I/Developer/Headers/FlatCarbon -I/usr/include -I/usr/local/include 
    -fast -mtune=core2 -march=core2 -force_cpusubtype_ALL -arch i386 
Link: gcc-4.2 -fast -mtune=core2 -march=core2 -force_cpusubtype_ALL -arch 
    i386 -fast -mtune=core2 -march=core2 -force_cpusubtype_ALL -arch 
    i386 -L/usr/local/ssl/lib -L/usr/local/lib -L/usr/X11/lib 
    -L/usr/local/lib -liconv -lintl -liconv -lc -Wl,-framework 
    -Wl,CoreFoundation -ldl -lidn ftp-opie.o ../lib/libgnu.a 

Another point is that all of wget's perl shell procs are hard-coded with
#!/usr/bin/perl which again points to Apple's and not the newer one we
installed from ActiveState.com.  The version mismatch causes symbols to be
missed during make's generation of those doc files.  Yes we know we could
override with symlinks (/usr/bin/perl -> /usr/local/bin/perl) but Apple
insists to 'repair' such symlinks when we install Apple's own system updates.
I hate that; however, there seems to be tons of such hard-coded shellprocs in
the wget tree.  ;)  So we try to encourage projects to somehow use the $PERL
env-var to invoke the correct version -- I don't know how, I think most
shells will not "pre-substitute" this on a #! line (e.g. coding the first
line as #!$PERL).

I know when we mention such things, it smashes people's toes quite hard.  ;)

Thank you for putting up with me again, and for any further help.
Really appreciate it.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]