(reposting due to mailing list issues)
Florian Weimer fweimer@redhat.com writes:
On 07/10/2018 10:41 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Jul 10, 2018 at 10:28:40PM +0200, Florian Weimer wrote:
On 07/10/2018 10:19 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Jul 03, 2018 at 11:26:02AM +0200, Florian Weimer wrote:
On 07/03/2018 10:13 AM, Jan Kurik wrote:
= Proposed System Wide Change: OpenLDAP without Non-threaded Libraries = https://fedoraproject.org/wiki/Changes/OpenLDAPwithoutNonthreadedLibraries
OpenLDAP will not ship non-threaded version of libldap. Instead, libldap will be built with the same threading support as libldap_r.
Why is this a system-wide change? Is it actually about linking applications and libraries against libldap_r instead of libdap?
No, the change says that anything that links to libldap will continue to do that, but that libldap will now be a copy of libdap_r, differing only the so-name.
I don't see that. The idea of the symbolic link is explicitly rejected, which I think implies also the use of a copy.
The way I understand this: right now there's two libraries: libldap_r (threaded) and libldap (nonthreaded) proposed state: two libraries: libldap_r (threaded) and libldap (threaded) So anything which links to libldap will continue to do that, but despite the name, libldap will really similar to libldap_r.
Matus, would you please clarify what the plan is here? Thanks.
Florian is right, the idea is to make changes to the source code (probably a downstream patch will be needed) such that the threaded library will be built twice, once with libldap soname and once with libldap_r soname, and the non-threaded libldap won't be shipped at all.
The non-threaded version basically provides a subset of capabilities of the threaded version, which are additionally thread safe (i.e. mutexes). There shouldn't be really any noticeable change.
Does this make sense?