On 2013-04-16 11:04, Warren Young wrote:
In trying to get sqlite3 built for 64-bit Cygwin, I've run into a wall: during the cygport compile step, it runsautoreconf --force -i --verbose This overwrites the config.guess shipped with SQLite with the one from automake 1.9. (I know this for a fact based on file sizes.) That old version doesn't understand Cygwin 64, so it gives a verbose error that amounts to "upgrade, dude." If autoreconf were to grab the config.guess from automake 1.13 or the one shipped with Cygport itself, all would be well. I can't run autoconf to re-generate this, since the configure.ac file has a bunch of old constructs that autoconf 2.69 barfs on.
I cannot reproduce such an error with the 3.7.16.2 tarball, even with autoconf-2.69 and automake-1.13.1.
I don't want to suppress the autoreconf step, since the SQLite tarball *also* includes an outdated config.guess script. So, autoreconf *does* need to be run. It just needs to be made to DTRT.
For now, a workaround is to define WANT_AUTOMAKE=1.10 (or newer), as that is the first version whose config.guess detects x86_64-cygwin. Another workaround is to manually replace the config.{guess,sub} in libtool and all versions of automake with the copy included with cygport. BTW, the same goes for i686, as this would affect cross-compiling to x86_64.
In the long term, we're probably going to want to make this work OOTB. There are a few ways to go about this; I'll try to work on a proposal soon.
Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
