ggl writes:
| #include <openssl/ssl.h> configure:21652: result: no configure:21685: checking for openssl/ssl.h configure:21692: result: no configure:21703: checking for SSL_load_error_strings in -lssl configure:21738: gcc -o conftest -I./.. -I.. -Wall -g -O2 conftest.c -lssl -lcrypto -lsocket >&5 ld: fatal: library -lssl: not found ld: fatal: library -lcrypto: not found ld: fatal: File processing errors. No output written to conftest collect2: ld returned 1 exit statuswhat's odd is that I was able to find ssl.h in /usr/local/ssl/include/openssl/ssl.h
Perhaps, but it is highly unlikely that /usr/local/ssl/include is included in gcc's default search path. As you see above, the command line that invokes gcc is:
configure:21738: gcc -o conftest -I./.. -I.. -Wall -g -O2 conftest.c -lssl -lcrypto -lsocket >&5
I would suggest rerunning the configure script, from the top as ./configure CPPFLAGS="-I/usr/local/ssl/include" LDFLAGS="-L/usr/local/ssl/lib -R/usr/local/ssl/lib"
in addition, earlier in the config it also mentioned that it couldn't find gnutls, but it is installed on this system as well (/usr/local/bin)
It's rather unlikely that you'll find gnutls's header files and libraries in that directory.
pgpaakvfiZ0v4.pgp
Description: PGP signature
------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
