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 [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
