mirror of
https://github.com/curl/curl.git
synced 2026-08-26 05:43:31 +03:00
configure: provide --with-openssl, deprecate --with-ssl
Makes the option more explicit. Closes #6887
This commit is contained in:
parent
ccaaa534d0
commit
7bdec2a08b
8 changed files with 57 additions and 49 deletions
10
docs/TODO
10
docs/TODO
|
|
@ -112,7 +112,7 @@
|
|||
13.4 Cache/share OpenSSL contexts
|
||||
13.5 Export session ids
|
||||
13.6 Provide callback for cert verification
|
||||
13.7 improve configure --with-ssl
|
||||
13.7 improve configure --with-openssl
|
||||
13.8 Support DANE
|
||||
13.9 TLS record padding
|
||||
13.10 Support Authority Information Access certificate extension (AIA)
|
||||
|
|
@ -769,10 +769,12 @@
|
|||
certificate, but this doesn't seem to be exposed in the libcurl APIs. Could
|
||||
it be? There's so much that could be done if it were!
|
||||
|
||||
13.7 improve configure --with-ssl
|
||||
13.7 improve configure --with-openssl
|
||||
|
||||
make the configure --with-ssl option first check for OpenSSL, then GnuTLS,
|
||||
then NSS...
|
||||
Consider making the configure script not guess which TLS library to use (as
|
||||
it makes it harder to purposely select another library than the default).
|
||||
Maybe require specific TLS library option(s) or an explicit no-TLS-at-all
|
||||
option.
|
||||
|
||||
13.8 Support DANE
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue