SUMMARY Additional: Open Ldap 2.1.22 compile woes on 5.1a

From: Greg Rudd (g.rudd_at_isu.usyd.edu.au)
Date: 08/26/03

  • Next message: Yogesh Bhanu: "Summary Wildfire boot up problems" 
    Date: Tue, 26 Aug 2003 10:00:32 +1000
To: tru64-unix-managers@ornl.gov

    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@isu.usyd.edu.au>
    > > To: tru64-unix-managers@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@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@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
  • Next message: Yogesh Bhanu: "Summary Wildfire boot up problems"
    • Quantcast