Re: [glade--]CVS version of glademm
- From: Christof Petig <christof petig-baender de>
- To: susumu yt com
- Cc: glademm-list gnome org
- Subject: Re: [glade--]CVS version of glademm
- Date: Wed, 21 Jan 2004 16:09:43 +0100
Susumu Yoshida schrieb:
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
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
---- error message begins here ----
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*
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 ...
] [Thread Prev