[gtkmm] syntax error near unexpected token `PKG_CHECK_MODULES(GTKMM, gtkmm-2.4)

["Ramon Francisco Lopez Osuna" <rlopez_osuna hotmail com>]

Hi everybody, excuse me, I have a doubt about an issue I get when try to 
compile a very simple app made with Glade, that consist in a window with 
only one button [without signals, just for testing porpouses] and the first 
time I try to compile the app I get this error:

$ ./autogen.sh
GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. found
This script runs configure and make...
You did remember necessary arguments for configure, right?
aclocal: configure.in: 27: macro `AM_GLIB_GNU_GETTEXT' not found in library
You should add the contents of `/usr/share/aclocal/libtool.m4' to 
`aclocal.m4'.
./autogen.sh: gettextize: command not found
cp: cannot stat `po/Makevars.template': No such file or directory
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.
WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':
WARNING:   AC_DEFINE([NEED_MAIN], 1,
WARNING:             [Define if a function `main' is needed.])
WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
autoheader: error: AC_CONFIG_HEADERS not found in configure.in
configure.in: `AM_INIT_AUTOMAKE' must be used
automake: no proper implementation of AM_INIT_AUTOMAKE was found,
automake: probably because aclocal.m4 is missing...
automake: You should run aclocal to create this file, then
automake: run automake again.
/usr/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in 
AM_CONDITIONAL
/usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in 
AM_CONDITIONAL
src/Makefile.am:16: `CXXFLAGS' is a user variable, you should not override 
it;
src/Makefile.am:16: use `AM_CXXFLAGS' instead.
./configure: line 1457: syntax error near unexpected token 
`AM_INIT_AUTOMAKE(c,'
./configure: line 1457: `AM_INIT_AUTOMAKE(c, 0.0)'

then, I make a search in the mailing list about this problem and found that 
the only ay to "fix" the problem, by the moment, is in Glade in C option and 
uncheck the support for gettext. And when I try again to compile I get this 
error:


$ ./configure
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output... a.exe
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... .exe
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 library containing strerror... none required
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 for gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking how to run the C preprocessor... gcc -E
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 build system type... i686-pc-mingw32
checking host system type... i686-pc-mingw32
checking for ld used by GCC... c:/usr/msys/mingw/mingw32/bin/ld.exe
checking if the linker (c:/usr/msys/mingw/mingw32/bin/ld.exe) is GNU ld... 
yes
checking for c:/usr/msys/mingw/mingw32/bin/ld.exe option to reload object 
files... -r
checking for BSD-compatible nm... /mingw/bin/nm
checking for a sed that does not truncate output... /bin/sed
checking whether ln -s works... yes
checking how to recognise dependent libraries... file_magic ^x86 archive 
import|^x86 DLL
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... no
checking dlfcn.h presence... no
checking for dlfcn.h... no
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... 8192
checking command to parse /mingw/bin/nm output from gcc object... ok
checking for objdir... .libs
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... -DDLL_EXPORT
checking if gcc PIC flag -DDLL_EXPORT works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (c:/usr/msys/mingw/mingw32/bin/ld.exe) 
supports shared libraries... yes
checking whether -lc should be explicitly linked in... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... Win32 ld.exe
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 whether the g++ linker (c:/usr/msys/mingw/mingw32/bin/ld.exe) 
supports shared libraries... yes
checking for g++ option to produce PIC... -DDLL_EXPORT
checking if g++ PIC flag -DDLL_EXPORT works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (c:/usr/msys/mingw/mingw32/bin/ld.exe) 
supports shared libraries... yes
checking whether -lc should be explicitly linked in... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... Win32 ld.exe
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... -DDLL_EXPORT
checking if g77 PIC flag -DDLL_EXPORT works... yes
checking if g77 supports -c -o file.o... yes
checking whether the g77 linker (c:/usr/msys/mingw/mingw32/bin/ld.exe) 
supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... Win32 ld.exe
./configure: line 18100: syntax error near unexpected token 
`PKG_CHECK_MODULES(GTKMM,gtkmm-2.4'
./configure: line 18100: `PKG_CHECK_MODULES(GTKMM,gtkmm-2.4 >= 2.4.8,,'

I dont know why I got this error [well, in fact, I believe its a pkg-config 
problem, but everthing seems good]. Please, if somebody knows how fix it, I 
really aprecciate the help. I use WinXP with MingW in GCC 3.4.2, the lastest 
GTK and GTKMM developer packages gtk-win32-devel-2.4-rc24.exe and 
gtkmm-devel-2.4.8-2.exe. and, by the way, I try compiling an app [the same 
in fact] but with GTK+ and it compile perfectly even with the gettext option 
checked. Well, thanks for take your time for read this and forgive me for 
the spelling, Im no so good at english.

_________________________________________________________________
Platica con tus amigos en linea con T1msn Messenger 
http://messenger.t1msn.com.mx/