Restore LDAP support

[maxfadson]

Hi!

How about restoring LDAP support in libcurl_jll? Without it, working with LDAP servers in LibCURL is not possible.

To ensure support, I added the OpenLDAPClient dependency, which provides the necessary headers.

[giordano]

Curl is a Julia dependency and adding dependencies to it has a cost. Someone tried to add kerberos in the past but we had to revert it quickly because everything broke down.

Furthermore, curl is part of a major update in Julia to move openssl and on top of everything I said above I'm strongly against making major changes to the package.

[maxfadson]

@giordano what do you think about creating a separate package? For example, libcurl2_jll or another name, but without tying it to Julia’s core. This way, it could be modified and used as the foundation for an improved LibCURL.jl package (perhaps named LibCURL2.jl, for instance).

[giordano]

You can only load a single shared library with a specific soname. That's a limitation of how dynamic libraries work (and no, before someone suggests it, a platform-specific solution like dlmopen isn't viable, since it won't work anyway on all the other platforms).

[maxfadson]

I may have confused you with the way I phrased my question. What I meant was this: do we have the right to create a second binary build named libcurl2_jll in Yggdrasil? The idea is to allow us to use any functionality of the libcurl C library without conflicting with the current libcurl_jll used by the core.
I’m doing this locally, and it works perfectly.

[maxfadson]

I think it’s better to move the discussion to Slack :)