From: Patrick M. <pat...@gm...> - 2009-01-14 22:59:17
Attachments:
config.txt
make.txt
|
Greetings, I installed MinGW and MSYS this afternoon so I can build some Python extensions. I followed this instructions and order from the wiki: http://www.mingw.org/wiki/MSYS. I used msys.bat as the shell to untar the updates to autoconf, automake, and libtool. However the instruction to "install" them is a little vague, so I might not have put them in the correct location. 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 I ran the following: ./configure --prefix=$HOME --disable-share I then ran: make I've attached the output from the commands as well. This is on a Windows Vista machine. I did try searching the email archives, however the sourceforge server was being incredibly slow processing the search and was timing out. I apologize in advance if this is a simple fix that has been discussed before. -Patrick Marsh |
From: Ralf W. <Ral...@gm...> - 2009-01-15 07:07:58
|
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 |
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. > |
From: Ralf W. <Ral...@gm...> - 2009-01-15 19:11:42
|
Hi Patrick, * Patrick Marsh wrote on Thu, Jan 15, 2009 at 06:19:32PM CET: > 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 Ah, ok. I think in the very distant past AC_SUBST([variable1 variable2...]) used to work. For a long long time (at least up to Autoconf 2.61) it still *seemed* to work but was long broken under the hood (tracing does the wrong thing, which e.g. leads to wrong Makefile.in files when Automake is used). So more recently Autoconf has been changed to be more strict about this. It should be this: AC_SUBST([variable1]) AC_SUBST([variable2]) ... or something like AC_FOREACH(var, [variable1 variable2...], [AC_SUBST(var)]) or using m4_foreach or so. Can you report this to the Geos people so they can fix their configure.in, please? Thanks! Ralf |
From: Patrick M. <pat...@gm...> - 2009-01-15 20:26:18
|
This was the error. Turns out I was using an older version of geos (it shipped with another package) that had this problem. I checked the latest version of geos and the configure.in file doesn't appear to have this problem. Thanks for the help! -Patrick On Thu, Jan 15, 2009 at 1:11 PM, Ralf Wildenhues <Ral...@gm...> wrote: > Hi Patrick, > > * Patrick Marsh wrote on Thu, Jan 15, 2009 at 06:19:32PM CET: >> 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 > > Ah, ok. I think in the very distant past > AC_SUBST([variable1 variable2...]) > > used to work. For a long long time (at least up to Autoconf 2.61) it > still *seemed* to work but was long broken under the hood (tracing does > the wrong thing, which e.g. leads to wrong Makefile.in files when > Automake is used). So more recently Autoconf has been changed to be > more strict about this. It should be this: > AC_SUBST([variable1]) > AC_SUBST([variable2]) > ... > > or something like > AC_FOREACH(var, [variable1 variable2...], > [AC_SUBST(var)]) > > or using m4_foreach or so. Can you report this to the Geos people so > they can fix their configure.in, please? > > Thanks! > 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. > |