Closed nojb closed 3 years ago
Note: the C function curl_global_sslset
is bound via two different OCaml functions global_sslset
and global_sslsetavail
because the C API is not very natural from the point of view of OCaml.
Friendly ping.
Also I think it would be nice to have string names for ssl backends in api in parallel (it would make it easier to quickly enable new backends with old ocurl), ie to have string versions of sslset and sslsetavail
OK, I added global_sslset_str
and global_sslsetavail_str
for this. Thanks!
Also I think it would be nice to have string names for ssl backends in api in parallel (it would make it easier to quickly enable new backends with old ocurl), ie to have string versions of sslset and sslsetavail
OK, I added
global_sslset_str
andglobal_sslsetavail_str
for this. Thanks!
Thinking again about this, do you think the version with the sum type is useful? There is no guarantee that a given backend is availble for a given libcurl version, so the only use of the sum type is really to document the "name" of the backend, which could equally well be done with a docstring...
I can think of two usecases :
so I tend to think both make sense
Thanks!
Thanks!
Cheers, thanks!
Just for background, the motivation for this PR was that we wanted to switch to the "official" Windows binary builds https://curl.se/windows/, but these are built in MultiSSL mode with support for both OpenSSL and Secure Channel (the native Windows SSL API). The latter is simpler to use as it uses the OS-wide certificate infrastructure. But to do that, we needed a way to set the SSL backend used by ocurl
:)
Adds support for
curl_global_sslset
andCURLOPT_SSL_OPTIONS
.