Re: [glade--]CVS version of glademm

[Christof Petig <christof petig-baender de>]

Susumu Yoshida schrieb:
> Hi Christof,
>
> What I was afraid of happened!
> Since I installed the cvs version of glademm, the code generated by
> the glademm cannot be compiled(;_;)
>
> As an experiment, I created a window with just a VBox, a label and a button.
> I didn't add any code onto it. 
> The error message I got when I ./autogen.sh is as below 

just to be sure - you did not turn gnome on, did you? Does autoreconf 
solve your problems.

> ---- error begins here ----
>
> Adding an entry to ChangeLog (backup is in ChangeLog~)
>
> Please use AM_GNU_GETTEXT([external]) in order to cause autoconfiguration
> to look for an external libintl.

urks, I hoped there had been a # manual on how to use all these # programs.

> Please create po/Makevars from the template in po/Makevars.template.
> You can then remove po/Makevars.template.
>
> Please run 'automake m4/Makefile' to create m4/Makefile.in
>
> Please run 'aclocal -I m4' to regenerate the aclocal.m4 file.
> You need aclocal from GNU automake 1.5 (or newer) to do this.
> Then run 'autoconf' to regenerate the configure file.
>
> You might also want to copy the convenience header file gettext.h
> from the /usr/share/gettext directory into your package.
> It is a wrapper around <libintl.h> that implements the configure --disable-nls
> option.
>
> Press Return to acknowledge the previous five paragraphs.

Why isn't there any # standard on how to call and invoke the auto* 
related programs. Why do I have to use trial and error?

>           ...........
>           ...........
>
> checking whether included gettext is requested... no
> checking for GNU gettext in libc... yes
> checking for pkg-config... /usr/bin/pkg-config
> checking for gtkmm-2.0 >= 2.2.8... yes
> checking GTKMM_CFLAGS... -I/usr/include/gtkmm-2.0 -I/usr/lib/gtkmm-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/sigc++-1.2/include -I/usr/include/sigc++-1.2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/atk-1.0  
> checking GTKMM_LIBS... -Wl,--export-dynamic -lgtkmm-2.0 -lgdkmm-2.0 -latkmm-1.0 -lgtk-x11-2.0 -lpangomm-1.0 -lglibmm-2.0 -lsigc-1.2 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0  
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating src/Makefile
> config.status: creating po/Makefile.in
> config.status: creating m4/Makefile
> config.status: creating config.h
> config.status: error: cannot find input file: config.h.in
>
> ---- the end of the error ----
>
>
> Then I tried to ./autogen.sh one more time right away, I got the message
> as below.
>
> ---- error message begins here ----
>
> nana:~/2004/XHercules/exp/tmp$ ./autogen.sh 
> which: no gnumake in (./:/home/susumu/bin:./:/home/susumu/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/susumu/bin)

2>/dev/null is perhaps a good idea for which

> GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. found
> which: no autoconf2.50 in (./:/home/susumu/bin:./:/home/susumu/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/susumu/bin)
> autoconf (GNU Autoconf) 2.57 found
> which: no automake-1.7 in (./:/home/susumu/bin:./:/home/susumu/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/susumu/bin)
> automake (GNU automake) 1.6.3 found
> This script runs configure and make...
> You did remember necessary arguments for configure, right?
> gettextize: *** po/Makefile.in.in exists: use option -f if you really want to delete it.

-f should be a good idea.

> gettextize: *** Stop.
> autoheader: missing template: GETTEXT_PACKAGE
> Use AC_DEFINE([GETTEXT_PACKAGE], [], [Description])autoheader: missing template: PACKAGE_LOCALE_DIR
> configure.in:6: `automake requires `AM_CONFIG_HEADER', not `AC_CONFIG_HEADER'
>
>   ........
>   ........
>
> ---- the end of the error ----
>
> I seems it complains that there is no "gnumake" in my system 
> but what is "gnumake"?

It's and # name for GNU make on strange operating systems (which most 
probably already died out).

> And missing "gnumake" is the reason for that error?

It should be considered a warning. Actually this scanning for correct 
versions under different names is just a sign on how # the whole auto* 
toolchain got.

> There is no "gnumake" in "http://ftp.gnu.org/pub/gnu/";, for example.
> It might be another reason that my automake is too old (right?).
> I need your help.

I can't bear another strange auto* setup. Well once I calmed down, I 
will go into detail (tomorrow). Please take a look into the autogen.sh 
file and the configure.in file.

Yes, it's a mess! We'll kill that cat another time.

Fedora I suspect ... RH is different from SuSE is different from debian 
is different from itself is different from ...

  Christof