"Robert Poole" <[EMAIL PROTECTED]> writes: > 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
As far as I can tell, the call to SSLeay_add_all_algorithms in gen_sslfunc.c expands to OPENSSL_add_all_algorithms_noconf (without the leading underscore). I really don't know why it fails to link for you; if I had to guess, I'd try checking two things. It could be a mismatch between OpenSSL headers and the installed libraries. Please check that the headers Wget is picking up and the libraries it's linking with are from the same OpenSSL version. Or, it could be a problem with libtool, which Wget uses to be able to (easily) link with external libraries. Try running the link line manually, outside make and without libtool. See if linking works then. For better or worse, noone has reported this problem so far. It's either specific to your architecture or to your setup. Do other SSL programs, such as curl, compile successfully?
