Re: unixware and --with-ldap

Поиск
Список
Период
Сортировка
От Albe Laurenz
Тема Re: unixware and --with-ldap
Дата
Msg-id 52EF20B2E3209443BC37736D00C3C1380BE79E7A@EXADV1.host.magwien.gv.at
обсуждение исходный текст
Ответ на unixware and --with-ldap  (ohp@pyrenet.fr)
Ответы Re: unixware and --with-ldap  (Martijn van Oosterhout <kleptog@svana.org>)
Список pgsql-hackers
Olivier PRENANT wrote:

>> You left out the case where --enable_thread_safety is specified.
>> In that case, the frontend has to be linked with libldap_r.so
>> instead of libldap.so.
>
> Yes, this was on purpose, my goal is to try to make a second
> patch when...
>
>> Does libldap_r.so _not_ require any extra libraries for linking?
>
> I don't know, hence the mid-patch

I see.

>> If it does require extra libraries, are they the same as for the
>> thread-unsafe library (on Linux, that is the case)?
>
> Not sure what you mean

I mean, will-lldap_r -llber -lresolv
work, or do you need something else (liblber_r.so or whatever).

> > Could you test compiling with --enable_thread_safety ?
>
> Will do, but keep in mind that --enable_thread_safety doesn't work too
> well for unixware (see template/Makefile.unixware)

> However, if someone can help me, I'd love to fix the problem

I don't know anything about Unixware.
I don't suggest that anybody should use --enable_thread_safety
on Unixware, but I think it should at least compile cleanly if
possible.

I guess that adding $EXTRA_LDAP_LIBS to -lldap_r will be enough,
judging from the evidence on Linux.

Yours,
Laurenz Albe


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

Предыдущее
От: ohp@pyrenet.fr
Дата:
Сообщение: Re: unixware and --with-ldap
Следующее
От: Gregory Stark
Дата:
Сообщение: Re: [PERFORM] EXPLAIN ANALYZE on 8.2