First off, on OS X (which is a BSD-based system, so a lot of the conventions don't match up with Linux), OpenSSL builds libcrypto.a and libssl.a and stuffs them in /usr/local/lib (and also creates a /usr/local/ssl/lib, which is empty -- go figure).

Secondly, nm doesn't take a -D command line option for us. However, I did a "nm libcrypto.a" and found the following (after grepping for OPENSSL to weed out what I didn't care about):
00000000 T _OPENSSL_add_all_algorithms_conf
U _OPENSSL_add_all_algorithms_noconf


So the symbol is there in libcrypto but has an undefined value, if I'm reading this right.

So I guess this begs the question, what next?

Best Regards,
Rob Poole

On Sunday, October 12, 2003, at 12:52 PM, Post, Mark K wrote:

Do you see the missing symbol when you do an "nm -D" command against either
libssl.so or libcrypto.so? (It shows up on my Linux system in
libcrypto.so.)



Mark Post


-----Original Message-----
From: Robert Poole [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 12, 2003 2:23 PM
To: [EMAIL PROTECTED]
Subject: Compile and link problems with wget 1.9 beta5


After ploughing through the archives of this mailing list, looking for additional clues why wget 1.8.2 wasn't linking correctly, I found that wget 1.9 beta 5 was released recently. I downloaded the source code for wget 1.9 beta 5 and am getting the same link problems I was getting with 1.8.2:

/bin/sh ../libtool --mode=link gcc -O2 -Wall -Wno-implicit  -o wget
cmpt.o connect.o convert.o cookies.o ftp.o ftp-basic.o ftp-ls.o
ftp-opie.o getopt.o hash.o headers.o host.o html-parse.o html-url.o
http.o init.o log.o main.o gen-md5.o netrc.o progress.o rbuf.o recur.o
res.o retr.o safe-ctype.o snprintf.o gen_sslfunc.o url.o utils.o
version.o -lssl -lcrypto
mkdir .libs
gcc -O2 -Wall -Wno-implicit -o wget cmpt.o connect.o convert.o
cookies.o ftp.o ftp-basic.o ftp-ls.o ftp-opie.o getopt.o hash.o
headers.o host.o html-parse.o html-url.o http.o init.o log.o main.o
gen-md5.o netrc.o progress.o rbuf.o recur.o res.o retr.o safe-ctype.o
snprintf.o gen_sslfunc.o url.o utils.o version.o  -lssl -lcrypto
ld: Undefined symbols:
_OPENSSL_add_all_algorithms_noconf
make[1]: *** [wget] Error 1
make: *** [src] Error 2

I've tried to determine if my OpenSSL installation was built wrong, but
as far as I can determine, it's OK.  That doesn't mean that there's
nothing wrong with OpenSSL on this platform, but so far, this link
error has been the only problem I've encountered.

The platform is a dual-processor G5 running Mac OS X 10.2.8 with the
latest developer tools installed (gcc 3.3 with G5 optimizer settings
available, although I haven't used any of the command line switches to
turn those optimizations on).

Help?

Best Regards,
Rob Poole
[EMAIL PROTECTED]




Reply via email to