Little update:
Since I am trying to compile without sound now I modified the makefile.am files and the configure script then tried to run automake and autoconf.
However I ran into this bug:
http://www.pdaxrom.org/buglist.php?doactio...owbug&bugid=352Took a while to figure out, as I also needed to run aclocal.
So what I got is:
gemrb-0.2.6> automake
autom4te: need GNU m4 1.4 or later: /opt/native/i686/3.4.5-2.2.5/bin/m4
automake: autoconf failed with exit status: 1
gemrb-0.2.6> which m4
/usr/bin/m4
So the solution is:
M4=`which m4` automake
However I now get
gemrb-0.2.6> M4=`which m4` automake
configure.in:35: version mismatch. This is Automake 1.9.2,
configure.in:35: but the definition used by this AM_INIT_AUTOMAKE
configure.in:35: comes from Automake 1.7.9. You should recreate
configure.in:35: aclocal.m4 with aclocal and run automake again.
After doing
M4=`which m4` aclocal
M4=`which m4` automake
M4=`which m4` autoconf
M4=`which m4` autoheader
Then configure passes this point... and gives an error that the python version is
too old as the program needs Python 2.3.0 or greater.
Once it is configured (which does not work yet), make also needs to be
M4=`which m4` make
edit: Hmm strange, the Python libs are 2.4 so I am going to find out why it cannot find them now.
edit2: Hmm not sure what to think of this one, but I think I found what the problem is:
checking for python... /opt/cross/arm/3.4.5-xscale-softvfp/bin/python
checking if Python version >= 2.3.0... too old
configure: error:
*** You need Python (
www.python.org) version 2.3.0 or greater to compile GemRB
file /opt/cross/arm/3.4.5-xscale-softvfp/bin/python
/opt/cross/arm/3.4.5-xscale-softvfp/bin/python: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.0.0, dynamically linked (uses shared libs), not stripped
It's the i386 version hmm.
cp /opt/cross/arm/3.4.5-xscale-softvfp/bin/python2.4 /opt/cross/arm/3.4.5-xscale-softvfp/bin/python
gives
cp: `/opt/cross/arm/3.4.5-xscale-softvfp/bin/python2.4' and `/opt/cross/arm/3.4.5-xscale-softvfp/bin/python' are the same file
So even though it's the i386 version, it should give a version number higher than 2.3.0.
The way I set up the dev environment is this:
#!/bin/bash
. /etc/profile
export PATH=/opt/cross/arm/3.4.5-xscale-softvfp/bin:$PATH
export QTDIR=/opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/qt
export KDEDIR=/opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/qt
export X11INC=/opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/include
export X11LIB=/opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/lib
export PKG_CONFIG_PATH=/opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/lib/pkgconfig
export LD_LIBRARY_PATH=/opt/cross/arm/3.4.5-xscale-softvfp/lib
echo "Type exit for leave armv5tel-cacko-linux cross environment."
/bin/bash
I think that this is because the PATH variable makes it look in
/opt/cross/arm/3.4.5-xscale-softvfp/bin while it is found elsewhere (though not in /opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/bin/ )
in my modified script.
There are a few things I am going to try now, perhaps just removing the check for python will
work.
The command I use to configure is:
LDFLAGS=-Wl,-rpath-link,/opt/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/lib/X11 ./configure --host=armv5tel-cacko-linux --build=i686-linux --x-includes=/opt/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/include/X11 --x-libraries=/opt/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/lib/X11
My first try just removing some of the checks in configure.in resulted in:
config.status: creating config.h
config.status: config.h is unchanged
config.status: linking ././fnmatch_.h to ./fnmatch.h
config.status: error: ././fnmatch_.h: file not found
Probably it needs to set flags for certain functions (the ones I removed from the configure script!) and therefore it cannot create config.h, or am I wrong there?