Re: BUG #17083: [PATCH] PostgreSQL fails to build with OpenLDAP 2.5.x

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #17083: [PATCH] PostgreSQL fails to build with OpenLDAP 2.5.x
Дата
Msg-id 2040197.1625774127@sss.pgh.pa.us
обсуждение исходный текст
Ответ на BUG #17083: [PATCH] PostgreSQL fails to build with OpenLDAP 2.5.x  (PG Bug reporting form <noreply@postgresql.org>)
Ответы Re: BUG #17083: [PATCH] PostgreSQL fails to build with OpenLDAP 2.5.x  (Daniel Gustafsson <daniel@yesql.se>)
Список pgsql-bugs
Michael Paquier <michael@paquier.xyz> writes:
> On Thu, Jul 08, 2021 at 09:53:11AM +0200, Daniel Gustafsson wrote:
>> Couldn't we add a version check to find if we have < 2.5 or >= 2.5, and adjust
>> libs accordingly?  Alternatively we could perhaps check for
>> LDAP_API_FEATURE_X_OPENLDAP_REENTRANT which IIUC when set defines -lldap to be
>> reentrant.

> Would you fetch the version number directly from the library?

Yeah, that all sounds kind of fragile.

On investigation it seems that libldap_r has been around basically
forever.  Even my second-oldest buildfarm animal prairiedog has got
it (indeed libldap.dylib and libldap_r.dylib are symlinks to
the same file on that platform ... hmm).  My oldest animal gaur
is irrelevant to this discussion, because we don't support
--enable-thread-safety on it in the first place.

That being the case, I think we might be okay just going with the
solution in Adrian's last patch, ie use libldap_r if it's there
and otherwise assume that libldap is thread-safe.  It looks
fairly unlikely that anyone will ever have an issue with that;
while if we complicate the configure probe, we might be introducing
new problems just from that.

            regards, tom lane



В списке pgsql-bugs по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: BUG #17094: FailedAssertion at planner.c
Следующее
От: PG Bug reporting form
Дата:
Сообщение: BUG #17095: ./configure fails thread_test.c when run under TSAN