From 6e619393824922118317689ef59a73c556b7ef98 Mon Sep 17 00:00:00 2001 From: Daniel Stenberg Date: Thu, 7 Apr 2005 15:27:13 +0000 Subject: GnuTLS support added. There's now a "generic" SSL layer that we use all over internally, with code provided by sslgen.c. All SSL-layer-specific code is then written in ssluse.c (for OpenSSL) and gtls.c (for GnuTLS). As far as possible, internals should not need to know what SSL layer that is in use. Building with GnuTLS currently makes two test cases fail. TODO.gnutls contains a few known outstanding issues for the GnuTLS support. GnuTLS support is enabled with configure --with-gnutls --- lib/TODO.gnutls | 21 +++++++++++++++++++++ 1 file changed, 21 insertions(+) create mode 100644 lib/TODO.gnutls (limited to 'lib/TODO.gnutls') diff --git a/lib/TODO.gnutls b/lib/TODO.gnutls new file mode 100644 index 000000000..2a64454aa --- /dev/null +++ b/lib/TODO.gnutls @@ -0,0 +1,21 @@ +Things to fix for the GnuTLS support +==================================== + +* set LD_LIBRARY_PATH in configure when the GnuTLS lib was found, to fix link + problems that othwerwise might happen within configure. Compare with OpenSSL + stuff. + +* make the configure --with-ssl option first check for OpenSSL and then for + GnuTLS if OpenSSL wasn't detected. + +* Get NTLM working using the functions provided by libgcrypt, since GnuTLS + already depends on that to function. Not strictly SSL/TLS related, but + hey... Another option is to get available DES and MD4 source code from the + cryptopp library. They are fine license-wise, but are C++. + +* SSL engine stuff? + + SRP for TLS + +* Work out a common method with Peter Sylvester's OpenSSL-patch for SRP + on the TLS to provide name and password -- cgit v1.2.3