#140 server compilation broken on certain systems.
Following the addition of my regions patch, automake
type stuff was not done properly, whilst on some
systems, aclocal && automake seems to be sufficiant, on
others it is not, and compilation is not possible.
error message from a debian woody system follows:
gcc -DHAVE_CONFIG_H -I. -I. -I../[include -I../include
-g -O2 -c standalone.c
/bin/sh ../libtool --mode=link gcc -g -O2 -o
random_map standalone.o ../common/libcross.a
librandom_map.a -lcrypt -lm -lnsl
../libtool: s,^.*/,,g: No such file or directory
../libtool: -e: command not found
*** Warning: inferring the mode of operation is deprecated.
*** Future versions of Libtool will require -mode=MODE
be specified.
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
../libtool: -e: command not found
mkdir /.libs
mkdir: cannot create directory `/.libs': Permission denied
make[1]: *** [random_map] Error 1
make[1]: Leaving directory
`/home/cavespider/makefile-testing/crossfire/random_maps'
make: *** [all-recursive] Error 1
Can someone who understands automake/conf/aclocal and
libtool please fix this.
Logged In: YES
user_id=1141230
error message from redhat enterprise 3.0 WS is similar:
at first, I am given this warning:
[josh@lilwoo crossfire.test]$ make
cd . && /bin/sh /home/cf/crossfire.test/utils/missing --run
automake-1.9 --gnu
/home/cf/crossfire.test/utils/missing: line 46:
automake-1.9: command not found
WARNING: `automake-1.9' is missing on your system. You
should only need it if
you modified `Makefile.am', `acinclude.m4' or
`configure.ac'.
You might want to install the `Automake' and `Perl'
packages.
Grab them from any GNU archive site.
cd . && /bin/sh ./config.status Makefile
config.status: creating Makefile
But later it procedes to die with:
make[1]: Entering directory `/home/cf/crossfire.test/include'
cd .. && /bin/sh /home/cf/crossfire.test/utils/missing --run
autoheader
autoheader: warning: `configure.ac' and `configure.in' both
present.
at /usr/bin/autoheader line 113
autoheader: warning: proceeding with `configure.ac'.
at /usr/bin/autoheader line 113
configure.ac:7: error: Autoconf version 2.58 or higher is
required
aclocal.m4:6362: AM_INIT_AUTOMAKE is expanded from...
configure.ac:7: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
autoheader: /usr/bin/autom4te failed with exit status: 1
make[1]: *** [autoconf.h.in] Error 1
make[1]: Leaving directory `/home/cf/crossfire.test/include'
make: *** [all-recursive] Error 1
On my system running aclocal && automake solves the problem
and I can compile again.
Logged In: YES
user_id=98826
The real solution is to install automake/autoconf and use
the autogen.sh script.
The problem was discussed on the mailing list - basically,
certain files are out of date with respect to others, so it
wants to remake those with autoconf/automake.
Trying to fix this in CVS requires checking in numerous
files just to fix the timestamp issue - this gets to be a
big problem because one change someplace could require all
the makefiles to be updated, even though no actual change.
I'd say that if using CVS, having automake/autoconf is a
requirement, right up there with having the C compiler.
This is fixed in the official releases, which package the
files in specific order just to avoid this problem.
Logged In: YES
user_id=1084627
Ok, I don't really mind what I have to type to compile it,
but could autogen.sh have the +x flag set on it? I don't
know how to do this with CVS.....