Hello,
I'm sorry for bothering again. I've still no success in compiling though I
made some progres. I've tracked down the problems to the version mismatching
of the automake & Co.
I found a mess of the tools (several aclocal, automake, (usr/share and usr/local/share etc). so I cleaned everything. The main problem was
the wrong searchpath for binaries which first looked in usr/local where
some some old stuff was residing.
now I have freshly installed (from rpms to get proper dependencies): (ah, also downgraded to automake-1.7.9) (list and version outputs see below) Fresh unpacked geda/devel, and it looks good till it stops with
checking for libgdgeda-config... no ./configure: line 20786: syntax error near unexpected token `libgdgeda,' ./configure: line 20786: ` PKG_CHECK_MODULES(libgdgeda, libgdgeda >= 2.0.15)' make: *** [libgeda/config.h] Error 2
I looked into the file (libgeda/configure) and found the following block at line 20786
if test "$LIBGDGEDACONFIG" = "no"
then
GDGEDA_CFLAGS=
GDGEDA_LIBS=
GDGEDA_VERSION=
GDGEDA="no"
else
if test "$no_gdgeda" = "yes"
then
echo found libgdgeda, but disabling gdgeda support.
GDGEDA_CFLAGS=
GDGEDA_LIBS=
GDGEDA_VERSION=
GDGEDA="no"
else
GDGEDA_CFLAGS=`$LIBGDGEDACONFIG --cflags`
GDGEDA_LIBS1=`$LIBGDGEDACONFIG --ldflags`
GDGEDA_LIBS2=`$LIBGDGEDACONFIG --libs`
GDGEDA_LIBS="$GDGEDA_LIBS1 $GDGEDA_LIBS2"
GDGEDA_VERSION=`$LIBGDGEDACONFIG --version`
GDGEDA="yes"
>>20786 is the empty line
# This is not really used to figure out paths, but just to make
# sure >= 2.0.15 is installed
PKG_CHECK_MODULES(libgdgeda, libgdgeda >= 2.0.15)cat >>confdefs.h <<\_ACEOF #define HAS_LIBGDGEDA 1 _ACEOF
fi fi
So did I miss smthing?
Greets,
Georg
----------------------------------------------------------------------------------
make install ( cd libgeda; ./autogen.sh) processing . autogen.sh running: libtoolize ... You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. autogen.sh running: aclocal ... autogen.sh running: autoheader ... autogen.sh running: automake ... configure.ac: installing `./install-sh' configure.ac: installing `./mkinstalldirs' configure.ac: installing `./missing' src/Makefile.am: installing `./depcomp' autogen.sh running: autoconf ... ( cd libgeda; ./configure --prefix=/root/geda ) Configuring libgeda version 20040111 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... i686-redhat-linux-gnu checking host system type... i686-redhat-linux-gnu checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking dependency style of gcc... gcc3 checking for a sed that does not truncate output... /bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether g77 accepts -g... yes checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for g77 option to produce PIC... -fPIC checking if g77 PIC flag -fPIC works... yes checking if g77 supports -c -o file.o... yes checking whether the g77 linker (/usr/bin/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking how to run the C preprocessor... gcc -E checking whether make sets $(MAKE)... (cached) yes ./configure: line 20115: GUILE_FLAGS: command not found checking for guile-config... /usr/bin/guile-config checking if scm_eval_x() takes a second module argument... yes checking for scm_make_smob_type in -lguile... yes checking for scm_set_smob_mark in -lguile... yes checking for scm_set_smob_free in -lguile... yes checking for scm_set_smob_print in -lguile... yes checking for rint in -lm... yes checking for dlopen in -ldl... yes checking for libgdgeda-config... no ./configure: line 20786: syntax error near unexpected token `libgdgeda,' ./configure: line 20786: ` PKG_CHECK_MODULES(libgdgeda, libgdgeda >= 2.0.15)' make: *** [libgeda/config.h] Error 2
---- here the packages ------------------------------------------
LD_ASSUME_KERNEL=2.2.5 rpm -i /tmp/libtool-1.5-7_8.rh9.at.i386.rpm /tmp/autoconf-2.59-0_9.rh9.at.noarch.rpm /tmp/automake-1.7.9-0_17.rh9.at.noarch.rpm /tmp/libtool-libs-1.5-7_8.rh9.at.i386.rpm
these are the only versions which sit on the harddisk. Also the output seems pretty correct.
aclocal --version aclocal (GNU automake) 1.7.9 locate libtool.m4 /usr/share/aclocal/libtool.m4
locate autoconf /usr/bin/autoconf /usr/share/autoconf/
locate automake /usr/share/automake-1.7/ /usr/bin/automake-1.7 /usr/bin/automake
locate libtool /usr/share/libtool /usr/bin/libtool /usr/bin/libtoolize
locate aclocal /usr/bin/aclocal-1.7 /usr/bin/aclocal /usr/share/aclocal /usr/share/aclocal/libtool.m4 /usr/share/aclocal/ltdl.m4 /usr/share/aclocal-1.7 /usr/share/aclocal-1.7/amversion.m4 /usr/share/aclocal-1.7/as.m4 /usr/share/aclocal-1.7/auxdir.m4
locate aclocal.m4 /usr/share/libtool/libltdl/aclocal.m4
libtoolize --version libtoolize (GNU libtool) 1.5
automake --version automake (GNU automake) 1.7.9
autoconf --version autoconf (GNU Autoconf) 2.59
libtool --version ltmain.sh (GNU libtool) 1.5 (1.1220.2.1 2003/04/14 22:48:00)
Ales Hvezda wrote:
Hi,
I retried from scratch (automake was too old...). following the instructions o
n http://www.geda.seul.org/cvs.html
cvs co geda/devel ... cd devel make export LD_LIBRARY_PATH=/opt/gedaCVS/lib:$LD_LIBRARY_PATH export PATH=/opt/gedaCVS/bin:${PATH} export PKG_CONFIG_PATH=/opt/gedaCVS/lib/pkgconfig:$PKG_CONFIG_PATH
make install
This all looks good.
[EMAIL PROTECTED] devel]$ make install ( cd libgeda; ./autogen.sh) processing . autogen.sh running: libtoolize ... You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4' . autogen.sh running: aclocal ... aclocal: configure.ac: 16: macro `AM_PROG_LIBTOOL' not found in library
Ouch, this is bad. Where is libtool.m4 on your machine?
locate libtool.m4 /usr/share/aclocal/libtool.m4 /usr/local/share/doc/gettext/examples/hello-c++-kde/admin/libtool.m4.in
> Where is
autoconf/automake in relation to this libtool.m4 file?
/usr/bin/autoconf --version autoconf (GNU Autoconf) 2.59
On my machine my autoconf/automake is install in /usr/bin and the libtool.m4 and other .m4 files *ALL* live in /usr/share/aclocal. Autoconf is quite picky about this, though there is a path you can set to override the search path (I don't remember the name of it at the moment).
[snip]
* automake 1.7.x automake (GNU automake) 1.8 Written by Tom Tromey <[EMAIL PROTECTED]>.
This worries me a little bit. I have not yet tried to build using
1.8. I am currently running 1.7.9. I have a hard time believing that libtool and config_header would break between 1.7.9 and 1.8.
well, don't think there's a problem with 1.8, downgrading didn't get rid of the problems.
All the rest of the installed programs look okay.
-Ales
