Re: gEDA-user: gschem's new pretty menus

[Dan McMahill <dan@xxxxxxxxxxxx>]

Kai-Martin Knaak wrote:
> On Mon, 08 Jun 2009 20:42:06 +0100, Peter Clifton wrote:
> 
>> Try "make reconfig" at the toplevel, and / or ./autogen.sh in the
>> individual subdirs. I'm not sure what the cause of the problem is
>> though, as when I updated myself - there was no issue. (I may have run
>> "make reconfig", but apparently that didn't work for Gareth.
> 
> It doesn't work for me either. Both, reconfig and autogen.sh produce 
> warnings about a missing config.h.in .
> 
> Example:
> ----------------------------------------------------
> /usr/local/geda-src/gaf/gsymcheck$ ./autogen.sh
> processing .
> autogen.sh running: aclocal  ...
> autogen.sh running: automake  ...
> docs/Makefile.am:12: `%'-style pattern rules are a GNU make extension
> configure.ac:13: required file `config.h.in' not found
> autogen.sh running: autoconf ...
> ----------------------------------------------------
> 
> I see this at work and at home too. My desktops run Debian/squeeze . One 
> of them was updated to the latest packages yesterday. The other had the 
> last update about three weeks ago.
>

The problem is the autogen.sh script is looking for the presence of 
AM_CONFIG_HEADER in configure.ac.  If it does not find that then 
autoheader does not get run.

I wonder if we'd be better off with an autogen.sh more along the lines 
of what pcb has.  It is a little more direct and to the point I think 
but does include hooks for some version checks that the gaf ones don't have.

-Dan





_______________________________________________
geda-user mailing list
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user