Seems to be another undeclared shell variable, in this case:
max_cmd_len.

I set it to 4096, but it still won't compile.
Does this mean that inter-library dependancies are broken?


During compilation I also get a lot of errors like this:
>creating libaspell.la
>(cd .libs && rm -f libaspell.la && ln -s ../libaspell.la libaspell.la)
>source='dummy.cpp' object='dummy.lo' 
>libtool=yes  depfile='.deps/dummy.Plo' 
>tmpdepfile='.deps/dummy.TPlo'  depmode=gcc /bin/sh ../depcomp /bin/sh 
>../libtool --mode=compile g++ -DHAVE_CONFIG_H  -I. -I. -I../common 
>-I../interfaces/cc/ -I../common     -O -Wall -c -o dummy.lo `test -f 
>dummy.cpp || echo './'`dummy.cpp
>  g++ -DHAVE_CONFIG_H -I. -I. -I../common -I../interfaces/cc/ -I../common 
> -O -Wall -c dummy.cpp -Wp,-MD,.deps/dummy.TPlo  -fPIC
>mv -f dummy.o .libs/dummy.o
>/bin/sh ../libtool --mode=link g++  -O -Wall    -o libpspell.la -rpath 
>/weblib/local/lib -version-info 15:0:0 dummy.lo libaspell.la
>test: null string where integer was expected
>test: null string where integer was expected



Best regards,

Melvyn Sopacua
WebMaster IDG.nl
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
If it applies, where it applies - this email is a personal
contribution and does not reflect the views of my employer
IDG.nl.
\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\

Reply via email to