[jadmin] Third beta release of jabberd14 1.6.0

[Damon Register]

Matthias Wimmer wrote:
> Can you please tell me again what your problems have been? I cannot
> remember your question.
I get through the ./configure part but when I run make I get this

gcc -g -O2 -o .libs/jabberd jabberd.o static.o  -L/usr/local/lib 
../jabberd/base/.libs/libjabberdbase.a ../jabberd/.libs/libjabberd.so 
-lresolv -lsocket /usr/local/lib/libidn.so /usr/local/lib/libpth.so 
-lexpat -lmysqlclient -R/usr/local/lib
Undefined                       first referenced
symbol                             in file
jpacket_new 
../jabberd/base/.libs/libjabberdbase.a(base_accept.o)
xstream_header_char 
../jabberd/base/.libs/libjabberdbase.a(base_accept.o)
xstream_eat 
../jabberd/base/.libs/libjabberdbase.a(base_exec.o)
xstream_new 
../jabberd/base/.libs/libjabberdbase.a(base_exec.o)
xstream_header 
../jabberd/base/.libs/libjabberdbase.a(base_accept.o)
ld: fatal: Symbol referencing errors. No output written to .libs/jabberd
collect2: ld returned 1 exit status
make[3]: *** [jabberd] Error 1
make[3]: Leaving directory `/srv/jabberd-1.4.4/jabberd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/srv/jabberd-1.4.4/jabberd'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/srv/jabberd-1.4.4'
make: *** [all] Error 2
bash-3.00#

In an April post you commented:

Starting with version 1.4.4 jabberd14 has a build environment made of 
autoconf/automake/libtool. It might be that I have to set this up 
differently to be compatible with solaris. I just don't know.

The symbols you are getting reported are defined in the executable ... 
while the shared object ("DLL") is trying to link against them. It might 
be possible, that shared objects in solaris are not able to bind against 
the symbols in the executable, that is loading the shard object. - But 
on the other hand, this has been done in older versions of jabberd14 
alread - just that it wasn't libtool that was responsible for this.


Damon Register