From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg Troxel To: "Dale P. Smith" Cc: Marius Vollmer , Ariel Rios , guile-gtk@sourceware.cygnus.com Subject: Re: Currnet CVS fails to configure Date: Tue, 28 Nov 2000 15:31:00 -0000 Message-id: References: <87aeajvhmh.fsf@zagadka.ping.de> <3A243B16.2050E61C@en.com> X-SW-Source: 2000-q4/msg00039.html I am pretty sure I had this problem too, and commented it out. I think the problem may be that the gtk.m4 that comes with gtk 1.2 defines only AM_PATH_GTK, and not AM_PATH_GTK_2_0. So we either need to avoid using it, to avoid using it (so that configure runs) if 2.0 is not installed, or to include the .m4 source in acinclude.m4. But aclocal may choke if it is multiply defined. I think the hard lesson here is that automake/aclocal is not forgiving of interface changes in programs' .m4 files. Of course, one can require having up-to-date stuff if one is using CVS, but this seems unfortunate. I wonder if there is some way to put in configure.in a test to avoid evaling the transformed output of AM_PATH_GTK_2_0 if it does not get transformed, like a=AM_PATH b=GTK_2_0 c=$a_$b # avoid substitution if [ "AM_PATH_GTK_2_0" != $c ]; then AM_PATH_GTK_2_0(blah blah) else echo "warning: AM_PATH_GTK_2_0 not defined by aclocal, continuing fi I'd be stunned if this worked (not run), but thought I'd throw out the idea. Greg Troxel