Hi, On Thu, Aug 20, 2009 at 8:32 AM, Reuben Thomas<[email protected]> wrote: > > (snip pointers to Autoconf macros for DOS) > > Let me know if you do manage to sort out Zile building under some > flavour of DOS again, and I'll add DOS filesystem support for ".zile" > and the ".ZILESAVE" suffix of emergency save files.
I already added "_zile" support, it wasn't hard. But if you have a better way .... Yes, it does build, but only if you get past "./configure" !! This is a very very difficult problem for me. Anyways, in my mind the possible solutions to this issue are as follows: 1). Do nothing, let ZILE not be ported to DOS, let Gnulib and Autoconf lose DJGPP support, let Bash stay buggy (this is so difficult that I am partially tempted !!) :-( 2). Find the problem in 2.64's configure, and work around it (and in Autoconf too, if possible) since DJGPP Bash is stable (heh) and very common :-) 3). Find the problem and patch DJGPP Bash and expect everyone to upgrade (not the worst idea, and I'm 100% sure I know where the problem is, but I don't know where/how to fix it) :-/ 4). Get you (ZILE maintainer) to downgrade to 2.63 or make your configure.ac 2.59 compatible (DJGPP's latest version, which whines now for various reasons, e.g. no flock support) or use Cygwin 2.63 to regenerate it (I did this, but Cygwin didn't make it easy by a long shot, stupid setup.exe updating version confusion ... and dependency, ugh, had to touch it to Aug. 13 just so Makefile wouldn't try rebuilding it) :-/ The problem seems to be "return $ac_retval". So if you comment those few out, it obviously won't work, but at least it won't crash. Don't ask me why, I dunno. And since the return values are needed, without this working it doesn't find a valid CPP, most header files (!), etc. But hey, at least we know how to isolate it, mostly. Hopefully that was the hardest part. :-P P.S. More good news: C-x C-v still seems broken, even in Cygwin. :-(
