From: Patrick M. <pat...@gm...> - 2009-01-15 17:19:47
|
Greetings, Thanks for the quick response. I removed the directory and still had more issues, however this time the errors were more helpful and led me to the true source of the problem...my path was finding older versions of autoconf, m4, etc. Once I switched the order of directory searching to find the newer versions of these tools, it worked...sort of. I'm now getting a new error on make (below). I'm not sure what the issue is here, since the configure.in file works on a unix machine. Any suggestions would be appreciated. cd ../.. && /bin/sh /E/svn/basemap/geos-2.2.3/missing --run autoheader configure.in:80: error: AC_SUBST: `VERSION VERSION_MAJOR VERSION_MINOR VERSION_PATCH INTERFACE_CURRENT INTERFACE_REVISION INTERFACE_AGE JTS_PORT CAPI_VERSION CAPI_VERSION_MAJOR CAPI_VERSION_MINOR CAPI_VERSION_PATCH CAPI_INTERFACE_CURRENT CAPI_INTERFACE_REVISION CAPI_INTERFACE_AGE' is not a valid shell variable name configure.in:80: the top level autom4te: /bin/m4 failed with exit status: 1 autoheader: '/mingw/bin/autom4te' failed with exit status: 1 make[2]: *** [config.h.in] Error 1 make[2]: Leaving directory `/E/svn/basemap/geos-2.2.3/source/headers' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/E/svn/basemap/geos-2.2.3/source' make: *** [all-recursive] Error 1 -Patrick On Thu, Jan 15, 2009 at 1:07 AM, Ralf Wildenhues <Ral...@gm...> wrote: > Hello Patrick, > > * Patrick Marsh wrote on Wed, Jan 14, 2009 at 11:59:11PM CET: >> This afternoon I ran across an issue while trying to build geos-2.2.3. >> After running make I get the following error: >> >> autom4te: cannot do autom4te.cache/requests: >> at /usr/bin/autom4te line 1169 >> autoheader: /usr/bin/autom4te failed with exit status: 1 >> make[2]: *** [config.h.in] Error 1 >> make[1]: *** [all-recursive] Error 1 >> make: *** [all-recursive] Error 1 > > Can you try to just remove the autom4te.cache directory and rebuild? > It contains caches to speed up operations only, should not be > distributed, and nothing is lost if you remove it. > > Could it be that this directory was part of the distribution tarball, or > that you generated it while using an older Autoconf version? I think > there was one incompatible change in its files' format in the past. > > Cheers, > Ralf > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > > _______________________________________________ > This list observes the Etiquette found at http://www.mingw.org/Mailing_Lists. > We ask that you be polite and do the same. > |