Re: [glade--]CVS version of glademm

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 ./ 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/

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/
config.status: creating m4/Makefile
config.status: creating config.h
config.status: error: cannot find input file:

---- the end of the error ----

Then I tried to ./ one more time right away, I got the message
as below.

---- error message begins here ----

nana:~/2004/XHercules/exp/tmp$ ./ 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/ 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 `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 "";, 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 file and the 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 ...


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]