Re: [2008.9] Compiling GDAL
On Tuesday 14 of October 2008 10:45:13 Koen Kooi wrote: > > GDAL is already in OE, so why not use OE instead of the toolchain? > Firstly, because I don't want to spend several hours by compiling OE. Secondly, because this is only example of problems with GRASS compilation and I want to learn how to solve it. For example, there is similar error in compilation of GRASS itself: NOTE: Running /home/blackhex/Projekty/MokoGRASS/grass/configure --build=x86_64-linux --host=arm-angstrom-linux-gnueabi --target=arm-angstrom-linux-gnueabi --prefix=/usr --exec_prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec --datadir=/usr/share--sysconfdir=/etc --sharedstatedir=/usr/com --localstatedir=/var --libdir=/usr/lib --includedir=/usr/include --oldincludedir=/usr/include--infodir=/usr/share/info --mandir=/usr/share/man --enable-mainainer-mode ... configure: WARNING: unrecognized options: --enable-mainainer-mode configure: loading site script /usr/local/openmoko/arm/site-config checking build system type... x86_64-pc-linux-gnu checking host system type... arm-angstrom-linux-gnueabi checking for arm-angstrom-linux-gnueabi-gcc... ccache arm-angstrom-linux-gnueabi-gcc -march=armv4t -mtune=arm920t checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... yes checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether ccache arm-angstrom-linux-gnueabi-gcc -march=armv4t -mtune=arm920t accepts -g... yes checking for ccache arm-angstrom-linux-gnueabi-gcc -march=armv4t -mtune=arm920t option to accept ISO C89... none needed /home/blackhex/Projekty/MokoGRASS/grass/configure: line 2974: LOC_EXEEXT: command not found /home/blackhex/Projekty/MokoGRASS/grass/configure: line 2984: syntax error near unexpected token `,' /home/blackhex/Projekty/MokoGRASS/grass/configure: line 2984: `LOC_CHECK_FP_INF_NAN(,' FATAL: oe_runconf failed The problem is caused because there are several local macros defined in aclocal.m4 which is overwritten by om-config. I've moved them to m4/local.m4 file but it is not included in autoreconf execution even if I use EXTRA_AUTORECONF="-I/home/blackhex/Projekty/MokoGRASS/grass/m4" om-conf grass command and AC_CONFIG_MACRO_DIR([m4]) in configure.in. If you think that these kind of errors will not occur with OE, I'll try to go this way... ? -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: [EMAIL PROTECTED] Web: http://blackhex.no-ip.org Jabber: [EMAIL PROTECTED] -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: [EMAIL PROTECTED] Web: http://blackhex.no-ip.org Jabber: [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.9] Compiling GDAL
Op 13 okt 2008, om 16:48 heeft Radek Bartoň het volgende geschreven: Hello. I'm trying to compile GDAL [1] library as a prerequisity for GRASS GIS package using OpenMoko toolchain [2] but I'm getting following error message of missing some autoconf macros. GDAL is already in OE, so why not use OE instead of the toolchain? NOTE: Executing autoreconf --verbose --install --force -I /root/test/gdal/gdal/m4/ - I/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/share/ aclocal-1.10 -I /usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/ usr/share/aclocal autoreconf-2.63: Entering directory `.' autoreconf-2.63: configure.in: not using Gettext autoreconf-2.63: running: aclocal --force configure.in:2272: warning: macro `AM_INIT_PYEXEC_MOD' not found in library configure.in:2273: warning: macro `AM_CHECK_NUMPY' not found in library autoreconf-2.63: configure.in: tracing autoreconf-2.63: running: libtoolize --copy --force Using `AC_PROG_RANLIB' is rendered obsolete by `AC_PROG_LIBTOOL' You should update your `aclocal.m4' by running aclocal. configure.in:2272: warning: macro `AM_INIT_PYEXEC_MOD' not found in library configure.in:2273: warning: macro `AM_CHECK_NUMPY' not found in library autoreconf-2.63: running: /usr/bin/autoconf-2.63 --include=/root/test/gdal/gdal/m4/ -- include=/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/share/ aclocal-1.10 --include=/usr/local/openmoko/arm/arm-angstrom-linux- gnueabi/usr/share/aclocal --force --warnings=cross configure.in:62: error: possibly undefined macro: AC_COMPILER_PIC If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:63: error: possibly undefined macro: AC_LD_SHARED configure.in:91: error: possibly undefined macro: AC_HAVE_LONG_LONG configure.in:92: error: possibly undefined macro: AC_UNIX_STDIO_64 configure.in:139: error: possibly undefined macro: AC_CHECK_FUNC_CUSTOM configure.in:2272: error: possibly undefined macro: AM_INIT_PYEXEC_MOD configure.in:2273: error: possibly undefined macro: AM_CHECK_NUMPY configure.in:2274: error: possibly undefined macro: AC_COMPILER_LOCALHACK autoreconf-2.63: /usr/bin/autoconf-2.63 failed with exit status: 1 FATAL: autoreconf execution failed. They were defined in files included in aclocal.m4 file but om-conf deletes it by calling autoreconf. Have anyone any idea how to override this? [1] - http://www.gdal.org/ [2] - http://wiki.openmoko.org/wiki/Toolchain -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: [EMAIL PROTECTED] Web: http://blackhex.no-ip.org Jabber: [EMAIL PROTECTED] ___ devel mailing list [EMAIL PROTECTED] https://lists.openmoko.org/mailman/listinfo/devel PGP.sig Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[2008.9] Compiling GDAL
Hello. I'm trying to compile GDAL [1] library as a prerequisity for GRASS GIS package using OpenMoko toolchain [2] but I'm getting following error message of missing some autoconf macros. NOTE: Executing autoreconf --verbose --install --force -I /root/test/gdal/gdal/m4/ -I/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/share/aclocal-1.10 -I /usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/share/aclocal autoreconf-2.63: Entering directory `.' autoreconf-2.63: configure.in: not using Gettext autoreconf-2.63: running: aclocal --force configure.in:2272: warning: macro `AM_INIT_PYEXEC_MOD' not found in library configure.in:2273: warning: macro `AM_CHECK_NUMPY' not found in library autoreconf-2.63: configure.in: tracing autoreconf-2.63: running: libtoolize --copy --force Using `AC_PROG_RANLIB' is rendered obsolete by `AC_PROG_LIBTOOL' You should update your `aclocal.m4' by running aclocal. configure.in:2272: warning: macro `AM_INIT_PYEXEC_MOD' not found in library configure.in:2273: warning: macro `AM_CHECK_NUMPY' not found in library autoreconf-2.63: running: /usr/bin/autoconf-2.63 --include=/root/test/gdal/gdal/m4/ --include=/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/share/aclocal-1.10 --include=/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/share/aclocal --force --warnings=cross configure.in:62: error: possibly undefined macro: AC_COMPILER_PIC If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:63: error: possibly undefined macro: AC_LD_SHARED configure.in:91: error: possibly undefined macro: AC_HAVE_LONG_LONG configure.in:92: error: possibly undefined macro: AC_UNIX_STDIO_64 configure.in:139: error: possibly undefined macro: AC_CHECK_FUNC_CUSTOM configure.in:2272: error: possibly undefined macro: AM_INIT_PYEXEC_MOD configure.in:2273: error: possibly undefined macro: AM_CHECK_NUMPY configure.in:2274: error: possibly undefined macro: AC_COMPILER_LOCALHACK autoreconf-2.63: /usr/bin/autoconf-2.63 failed with exit status: 1 FATAL: autoreconf execution failed. They were defined in files included in aclocal.m4 file but om-conf deletes it by calling autoreconf. Have anyone any idea how to override this? [1] - http://www.gdal.org/ [2] - http://wiki.openmoko.org/wiki/Toolchain -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: [EMAIL PROTECTED] Web: http://blackhex.no-ip.org Jabber: [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community