Thanks to my work college Jie Gao that pointed this out for me just after I
posted to this out onto the list.
http://www.openldap.org/lists/openldap-bugs/200307/msg00038.html
As it states that the problem is caused by AC_GAI_STRERROR being defined in
include/ac/socket.h if HAVE_GETADDRINFO is defined.
The fix for this problem is that "#include<netdb.h> has to be added to
conftest.c via the configure process. and also changing thevarible that is
is using the value getaddrinfo varible from the header file to an int.
To correct the problem. I have created the following patch that can be saved
out to a file and then applied to the configure file using the patch utility.
PS I can supply this file as an attachment for those that want it.
*** configure Sun Jun 22 03:18:19 2003
--- configure.greg Mon Aug 25 15:31:06 2003
***************
*** 10218,10222 ****
fi
! for ac_func in getaddrinfo getnameinfo gai_strerror inet_ntop
do
echo $ac_n "checking for $ac_func""... $ac_c" 1>&6
--- 10218,10278 ----
fi
! for ac_func in getaddrinfo
! do
! echo $ac_n "checking for $ac_func""... $ac_c" 1>&6
! echo "configure:10224: checking for $ac_func" >&5
! if eval "test \"\${ac_cv_func_$ac_func+set}\" = set"; then
! echo $ac_n "(cached) $ac_c" 1>&6
! else
! cat > conftest.$ac_ext <<EOF
! #line 10229 "configure"
! #include "confdefs.h"
! /* System header to define __stub macros and hopefully few prototypes,
! which can conflict with char $ac_func(); below. */
! #include <assert.h>
! /* Override any gcc2 internal prototype to avoid an error. */
! /* We use char because int might match the return type of a gcc2
! builtin and then its argument prototype would still apply. */
! #include <netdb.h>
! int $ac_func();
! int (*f)();
!
! int main() {
! /* The GNU C library defines this for functions which it implements
! to always fail with ENOSYS. Some functions are actually named
! something starting with __ and the normal name is an alias. */
! #if defined (__stub_$ac_func) || defined (__stub___$ac_func)
! choke me
! #else
! f = $ac_func;
! #endif
!
! ; return 0; }
! EOF
!
! if { (eval echo configure:10253: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5;
} && test -s conftest${ac_exeext}; then
! eval "ac_cv_func_$ac_func=yes"
! else
! echo "configure: failed program was:" >&5
! cat conftest.$ac_ext >&5
! rm -rf conftest*
! eval "ac_cv_func_$ac_func=no"
! fi
! rm -rf conftest*
! fi
! if eval "test \"`echo '$ac_cv_func_'$ac_func`\" = yes"; then
! echo "$ac_t""yes" 1>&6
! ac_tr_func=HAVE_`echo $ac_func | tr 'abcdefghijklmnopqrstuvwxyz'
'ABCDEFGHIJKLMNOPQRSTUVWXYZ'`
! cat >> confdefs.h <<EOF
! #define $ac_tr_func 1
! EOF
!
! else
! echo "$ac_t""no" 1>&6
! fi
!
! done
!
! for ac_func in getnameinfo gai_strerror inet_ntop
do
echo $ac_n "checking for $ac_func""... $ac_c" 1>&6
=======
Also I have been informed by Richard Jackson that if " -DHAVE_GETADDRINFO "
is added to the CPPFLAGS also works for people who dont want to edit the
configure file.
> On Fri, 22 Aug 2003, Greg Rudd wrote:
> > Date: Fri, 22 Aug 2003 13:12:54 +1000
> > From: Greg Rudd <g.rudd_at_isu.usyd.edu.au>
> > To: tru64-unix-managers_at_ornl.gov
> > Followup-To: poster
> > Subject: Open Ldap 2.1.22 compile woes on 5.1a
> >
> > Hi all
> >
> > Has anyone come accross the following problem when trying to compile
> > openldap-2.1.22 on 5.1a PK5 and has anyone found a way out
> >
> > Entering subdirectory libldap
> > cc -pthread -arch host -I../../include -I../../include
> > -I/usr/local/BerkeleyDB.4.1/include -I/usr/local/ssl/include
> > -I/usr/local/ssl/include/openssl -I/usr/local/include -c dntest.c
> > /bin/sh /home/sysadmin/greg/openldap-2.1.22/libtool --mode=link cc
> > -static -pthread -arch host -L/usr/local/ssl/lib
> > -L/usr/local/BerkeleyDB.4.1/lib -L/usr/local/lib -o dntest dntest.o
> > libldap.la
> > ../../libraries/liblber/liblber.la ../../libraries/liblutil/liblutil.a
> > -lssl -lcrypto
> > cc -pthread -arch host -o dntest dntest.o -L/usr/local/ssl/lib
> > -L/usr/local/BerkeleyDB.4.1/lib -L/usr/local/lib ./.libs/libldap.a
> > /home/sysadmin/greg/openldap-2.1.22/libraries/liblber/.libs/liblber.a
> > ../../libraries/liblber/.libs/liblber.a
> > ../../libraries/liblutil/liblutil.a -lssl -lcrypto
> > ld:
> > Unresolved:
> > AC_GAI_STRERROR
> > *** Exit 1
> > Stop.
> > *** Exit 1
> > Stop.
> > *** Exit 1
> > Stop.
> >
> >
> >
> > I was thinking that this is this some compatability issue between
> > BerkleyDB and OPEN LDAP which in BerkleyDBs case uses the standard POSIX
> > thread library and OPEN LDAP which casuses the linker to bomb out
> >
> > Configure options used --with-wrapers --without-threads
> > Compiler used Compaq CC
> > CFLAGS USED -pthread -arch host
> > LDFAGS USED -L/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.1/lib
> > -L/usr/local/lib
> > CPPFLAGS USED -I/usr/local/BerkeleyDB.4.1/include
> > -I/usr/local/ssl/include -I/usr/local/ssl/openssl/include
> > -I/usr/local/include
> >
> > Note both GCC and Compaq CC were used with both giving the same results
> > even when PTH thread libraries are compiled in
> >
> > Thanks in advance.
> >
> > -greg
> >
> > --
> > Greg Rudd
> > Computer Systems Officer
> > Information Technology Services
> > University Of Sydney
> > PH: +61 2 9351 5531
> > Fax +61 2 0351 6004
> > email: grudd_at_mail.usyd.edu.au
> >
> > -------------------------------------------------
> > /"\ ASCII Ribbon Campaign against HTML
> > \ / email
> > X
> > / \
> > -------------------------------------------------
> > For more info on why you should not send html in email go to
> > http://www.american.edu/cas/econ/htmlmail.htm
--
Greg Rudd
Computer Systems Officer
Information Technology Services
University Of Sydney
PH: +61 2 9351 5531
Fax +61 2 0351 6004
email: grudd_at_mail.usyd.edu.au
-------------------------------------------------
/"\ ASCII Ribbon Campaign against HTML
\ / email
X
/ \
-------------------------------------------------
For more info on why you should not send html in email go to
http://www.american.edu/cas/econ/htmlmail.htm
Received on Tue Aug 26 2003 - 00:01:16 NZST