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
|
Список | 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 по дате отправления: