[jdev] Jabberd2.0s3 errors when running make

Patricia Swarbrick patricia.swarbrick at ideaca.com
Thu Jul 29 17:58:18 CDT 2004


I'm attempting to build jabberd2.0s3 on Solaris but I continually run in to the following error when I attempt to run make after a successful configure: 

[webdev at atlas jabberd-2.0s3]$ make
make  all-recursive
make[1]: Entering directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3'
Making all in etc
make[2]: Entering directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/etc'
Making all in templates
make[3]: Entering directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/etc/templates'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/etc/templates'
make[3]: Entering directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/etc'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/etc'
make[2]: Leaving directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/etc'
Making all in tools
make[2]: Entering directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/tools'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/tools'
Making all in man
make[2]: Entering directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/man'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/man'
Making all in expat
make[2]: Entering directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/expat'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/expat'
Making all in mio
make[2]: Entering directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/mio'
source='mio.c' object='mio.lo' libtool=yes \
depfile='.deps/mio.Plo' tmpdepfile='.deps/mio.TPlo' \
depmode=gcc3 /bin/bash ../depcomp \
/bin/bash ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I..   -I/usr/local/BerkeleyDB/include -I/usr/local/libidn/include -I/usr/local/BerkeleyDB/include -I/usr/local/BerkeleyDB/include/   -g -O2 -c -o mio.lo `test -f 'mio.c' || echo './'`mio.c
 gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/BerkeleyDB/include -I/usr/local/libidn/include -I/usr/local/BerkeleyDB/include -I/usr/local/BerkeleyDB/include/ -g -O2 -c mio.c -MT mio.lo -MD -MP -MF .deps/mio.TPlo  -fPIC -DPIC -o .libs/mio.o
 gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/BerkeleyDB/include -I/usr/local/libidn/include -I/usr/local/BerkeleyDB/include -I/usr/local/BerkeleyDB/include/ -g -O2 -c mio.c -MT mio.lo -MD -MP -MF .deps/mio.TPlo -o mio.o >/dev/null 2>&1
/bin/bash ../libtool --mode=link gcc  -g -O2  -L/usr/local/libidn/lib -L/usr/local/libidn/lib -L/usr/local/BerkeleyDB/lib -o libmio.la   mio.lo -L/usr/local/libidn/lib -L/usr/local/libidn/lib -L/usr/local/BerkeleyDB/lib -lresolv -lnsl -ldb-4.2 -lidn
rm -fr  .libs/libmio.a .libs/libmio.la
ar cru .libs/libmio.a .libs/mio.o
ranlib .libs/libmio.a
creating libmio.la
(cd .libs && rm -f libmio.la && ln -s ../libmio.la libmio.la)
make[2]: Leaving directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/mio'
Making all in scod
make[2]: Entering directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/scod'
source='mech_anonymous.c' object='mech_anonymous.lo' libtool=yes \
depfile='.deps/mech_anonymous.Plo' tmpdepfile='.deps/mech_anonymous.TPlo' \
depmode=gcc3 /bin/bash ../depcomp \
/bin/bash ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I..   -I/usr/local/BerkeleyDB/include -I/usr/local/libidn/include -I/usr/local/BerkeleyDB/include -I/usr/local/BerkeleyDB/include/   -g -O2 -c -o mech_anonymous.lo `test -f 'mech_anonymous.c' || echo './'`mech_anonymous.c
 gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/BerkeleyDB/include -I/usr/local/libidn/include -I/usr/local/BerkeleyDB/include -I/usr/local/BerkeleyDB/include/ -g -O2 -c mech_anonymous.c -MT mech_anonymous.lo -MD -MP -MF .deps/mech_anonymous.TPlo  -fPIC -DPIC -o .libs/mech_anonymous.o
In file included from scod.h:23,
                 from mech_anonymous.c:22:
../util/util.h:546: field `ip' has incomplete type
../util/util.h:548: confused by earlier errors, bailing out
make[2]: *** [mech_anonymous.lo] Error 1
make[2]: Leaving directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3/scod'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/export/home/sysadmn4/jupgrade/jabberd-2.0s3'
make: *** [all] Error 2


Here's the options I set for the configure:
[webdev at atlas jabberd-2.0s3]$export LDFLAGS="-L/usr/local/libidn/lib -L/usr/local/BerkeleyDB/lib $LDFLAGS"
[webdev at atlas jabberd-2.0s3]$ export CPPFLAGS="-I/usr/local/libidn/include -I/usr/local/BerkeleyDB/include $CPPFLAGS"
[webdev at atlas jabberd-2.0s3]$./configure --prefix=/usr/local/jabber/ --enable-db --disable-mysql --with-extra-include-path=/usr/local/BerkeleyDB/include --with-extra-library-path=/usr/local/libidn/lib --enable-static  --enable-debug --disable-ssl

Now, I've gone in to config.h and commented out the line for sockaddr_storage, but that didn't work either, so I don't know what to do there. I also looked back at the config and noticed this:

checking for fcntl.h... yes
checking netinet/in.h usability... yes
checking netinet/in.h presence... yes
checking for netinet/in.h... yes
checking resolv.h usability... no
checking resolv.h presence... yes
configure: WARNING: resolv.h: present but cannot be compiled
configure: WARNING: resolv.h:     check for missing prerequisite headers?
configure: WARNING: resolv.h: see the Autoconf documentation
configure: WARNING: resolv.h:     section "Present But Cannot Be Compiled"
configure: WARNING: resolv.h: proceeding with the preprocessor's result
configure: WARNING: resolv.h: in the future, the compiler will take precedence
configure: WARNING:     ## ---------------------------------- ##
configure: WARNING:     ## Report this to the jabberd lists.  ##
configure: WARNING:     ## ---------------------------------- ##
checking for resolv.h... yes
checking signal.h usability... yes
checking signal.h presence... yes
checking for signal.h... yes
checking sys/filio.h usability... yes

Would all of this be part of the problem?

Patricia




More information about the JDev mailing list