Date: Thu, 15 Jun 2000 11:22:46 +0300 (IDT) From: Eli Zaretskii X-Sender: eliz AT is To: Alain Magloire cc: djgpp-workers AT delorie DOT com Subject: Re: tmpfile in DJGPP In-Reply-To: <200006141536.LAA31954@qnx.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Wed, 14 Jun 2000, Alain Magloire wrote: > So far what I've seen from browsing time to time this list, is that > You guys are moving on and ready to port DJGPP to Win95,98,2000 Not really, see below. > v203 is quite stable for DOS, but not so for Win,...,2000 V2.03 is stable on DOS, Windows 3.1 and Windows 9X. It has sme misfeatures on NT 4, and on Windows 2000. The latter is currently the most nasty one, since it prevents builds of non-trivial packages (the DOS emulator crashes in nested DJGPP invocations). I hope we will find a work-around for that. > What not for v204,v205 take full feature of Win,..2000 and > if you really want to keep DOS make two distributions, with > different compilation flags etc .. DJGPP doesn't seem to move in that direction. It's a very non-trivial task, for which I don't see the resources and the motivation anywhere in sight. Given the existence of Mingw and Cygwin, I'm not sure this is even desirable. Instead of reinventing the wheel, it is probably much better to join hands with these two projects and pass whatever experience we have. (DJ already does that for Cygwin, and even gets payed for it!) So I believe DJGPP will remain an environment for mostly console-type applications, supporting any Windows-like platform where Microsoft keeps some reasonable level of DOS compatibility. > It just seem, for an outsider, that DJGPP is evolving by trying to follow > ANSI C99, POSIX etc ... but does not take(or can not take) full advantage > of Win9X,2000 Windows, quite deliberately, prevents DOS programs from accessing some of its most lucrative services, such as async subprocesses, networking, etc.