mirror of
https://github.com/moparisthebest/curl
synced 2024-08-13 17:03:50 -04:00
b0989cd3ab
When building software for the masses, it is sometimes not possible to decide for all users which SSL backend is appropriate. Git for Windows, for example, uses cURL to perform clones, fetches and pushes via HTTPS, and some users strongly prefer OpenSSL, while other users really need to use Secure Channel because it offers enterprise-ready tools to manage credentials via Windows' Credential Store. The current Git for Windows versions use the ugly work-around of building libcurl once with OpenSSL support and once with Secure Channel support, and switching out the binaries in the installer depending on the user's choice. Needless to say, this is a super ugly workaround that actually only works in some cases: Git for Windows also comes in a portable form, and in a form intended for third-party applications requiring Git functionality, in which cases this "swap out libcurl-4.dll" simply is not an option. Therefore, the Git for Windows project has a vested interest in teaching cURL to make the SSL backend a *runtime* option. This patch makes that possible. By running ./configure with multiple --with-<backend> options, cURL will be built with multiple backends. For the moment, the backend can be configured using the environment variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and "schannel"). Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de> |
||
---|---|---|
.. | ||
axtls.c | ||
axtls.h | ||
cyassl.c | ||
cyassl.h | ||
darwinssl.c | ||
darwinssl.h | ||
gskit.c | ||
gskit.h | ||
gtls.c | ||
gtls.h | ||
mbedtls.c | ||
mbedtls.h | ||
nss.c | ||
nssg.h | ||
openssl.c | ||
openssl.h | ||
polarssl_threadlock.c | ||
polarssl_threadlock.h | ||
polarssl.c | ||
polarssl.h | ||
schannel.c | ||
schannel.h | ||
vtls.c | ||
vtls.h |