From: | ohp(at)pyrenet(dot)fr |
---|---|
To: | Albe Laurenz <all(at)adv(dot)magwien(dot)gv(dot)at> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers list <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: unixware and --with-ldap |
Date: | 2006-12-15 11:28:25 |
Message-ID: | Pine.UW2.4.53.0612151211390.25765@sun.pyrenet |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi Albe,
Thanks for your remarks
On Fri, 15 Dec 2006, Albe Laurenz wrote:
> Date: Fri, 15 Dec 2006 09:54:13 +0100
> From: Albe Laurenz <all(at)adv(dot)magwien(dot)gv(dot)at>
> To: ohp(at)pyrenet(dot)fr, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
> Cc: pgsql-hackers list <pgsql-hackers(at)postgresql(dot)org>
> Subject: RE: [HACKERS] unixware and --with-ldap
>
> > Here's the diff for configure.in that works for me.
>
> I have a concern about this patch:
>
I agree
> > if test "$enable_thread_safety" = yes; then
> > # on some platforms ldap_r fails to link without PTHREAD_LIBS
> > AC_CHECK_LIB(ldap_r, ldap_simple_bind, [],
> > [AC_MSG_ERROR([library 'ldap_r' is required for
> LDAP])],
> > ! [$PTHREAD_LIBS])
> > LDAP_LIBS_FE="-lldap_r"
> > else
> > ! LDAP_LIBS_FE="-lldap"
> > fi
> > --- 1122,1139 ----
> > if test "$enable_thread_safety" = yes; then
> > # on some platforms ldap_r fails to link without PTHREAD_LIBS
> > AC_CHECK_LIB(ldap_r, ldap_simple_bind, [],
> > [AC_MSG_ERROR([library 'ldap_r' is required for
> LDAP])],
> > ! [$PTHREAD_LIBS $EXTRA_LDAP_LIBS])
> > LDAP_LIBS_FE="-lldap_r"
> > else
> > ! LDAP_LIBS_FE="-lldap $EXTRA_LDAP_LIBS"
> > fi
>
> 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
> 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
> If libldap_r.so does require the same libs, please add $EXTRA_LDAP_LIBS
> to the 'LDAP_LIBS_FE="-lldap_r"' line as well.
>
Will do
> If libldap_r.so requires different additional libraries, a second
> variable would be in place.
>
OF course
> 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
> Yours,
> Laurenz Albe
>
Best regards
--
Olivier PRENANT Tel: +33-5-61-50-97-00 (Work)
15, Chemin des Monges +33-5-61-50-97-01 (Fax)
31190 AUTERIVE +33-6-07-63-80-64 (GSM)
FRANCE Email: ohp(at)pyrenet(dot)fr
------------------------------------------------------------------------------
Make your life a dream, make your dream a reality. (St Exupery)
From | Date | Subject | |
---|---|---|---|
Next Message | Albe Laurenz | 2006-12-15 12:06:08 | Re: unixware and --with-ldap |
Previous Message | Martijn van Oosterhout | 2006-12-15 11:28:00 | Re: invalid input syntax for type timestamp. |