]> git.ipfire.org Git - thirdparty/curl.git/commit
metalink: fix NSS issue in MultiSSL builds 1848/head
authorViktor Szakats <vszakats@users.noreply.github.com>
Tue, 12 Sep 2017 18:14:00 +0000 (18:14 +0000)
committerViktor Szakats <vszakats@users.noreply.github.com>
Fri, 22 Sep 2017 19:01:28 +0000 (19:01 +0000)
commitde47158934075322cb8fd0e681ddb7d6e50b40a7
tree3403986804cb5f46a3f29be58ee42905f56fcd88
parent6f86022df26243cc8a035fe8b4c89033b6a04bc0
metalink: fix NSS issue in MultiSSL builds

In MultiSSL mode (i.e. when more than one SSL backend is compiled
in), we cannot use the compile time flag `USE_NSS` as indicator that
the NSS backend is in use. As far as Metalink is concerned, the SSL
backend is only used for MD5, SHA-1 and SHA-256 calculations,
therefore one of the available SSL backends is selected at compile
time, in a strict order of preference.

Let's introduce a new `HAVE_NSS_CONTEXT` constant that can be used
to determine whether the SSL backend used for Metalink is the NSS
backend, and use that to guard the code that wants to de-initialize
the NSS-specific data structure.

Ref: https://github.com/curl/curl/pull/1848
src/tool_metalink.c