From:	khan AT xraylith DOT wisc DOT edu (Mumit Khan)
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: fall of rsxntdj??
Date:	22 Aug 1999 17:22:27 GMT
Organization:	Center for X-ray Lithography, UW-Madison
Lines:	52
Message-ID:	<7ppbkj$dmu$1@news.doit.wisc.edu>
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 990822111504 DOT 6405M-100000 AT is>
NNTP-Posting-Host:	modi.xraylith.wisc.edu
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

In article <Pine DOT SUN DOT 3 DOT 91 DOT 990822111504 DOT 6405M-100000 AT is>,
Eli Zaretskii  <djgpp AT delorie DOT com> wrote:
>
>One problem that bothers me (probably because I don't know much about 
>Mingw32) is what do you use for the development tools?  I kinda have an 
>impression that people who develop Mingw32 rely on Cygnus ports for the 
>other development tools (with the exception of the compiler).
                                                           ^^ and binutils.
Lack of dev tools ported to Mingw has been and continues to be a problem
for those who don't have some other set of dev tools already installed.
There is a limited set available -- gdb, make, bison, sed, diffutils -- 
but mostly scattered around. I won't do it since there are already good 
existing ports such as Cygwin etc, and I have no problems with 10-20%
slowdown in running dev tools.

Now, a question for those who want to develop under DOS and want to target
windows32: Why not build a mingw cross-compiler under DJGPP? That way, you 
get the whole DJGPP dev environment and dev tools, and get to code for 
win32 at your heart's content. Of course, I have no clue if this doable 
in DJGPP (it is for *nix, Cygwin, etc). In fact, you should be able to
build the djgpp hosted mingw targeted compiler in the comfort of your
Linux box. There are issues such as long filenames used for Mingw runtime
import libraries, but trivial to work around.

The real reason for using Mingw over RSXNTDJ etc IMO --
  - better compiler support. Much much better. eg., gcc-2.95 binaries
    were released the same day as the source release.
  - better runtime support. The next update for example will support 
    thread-safe C++ exception handling support (Mingw is thread-safe
    since it uses MS runtime, but here I'm talking about using GCC to 
    emit thread safe C++ exception handlers). Anders Norlander is doing 
    a tremendous job with his w32api package.
  - Last, but not least, I'm still interested in making it better 

>If this is not true, please tell here where people could get the 
>development tools (like Make, Texinfo, etc.).  This should be a valuable 
>addition to the FAQ.

Mumit Khan:
  http://www.xraylith.wisc.edu/~khan/software/gnu-win32/
  ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/mingw32/

Jan-Jaap van der Heijden:
  http://agnes.dida.physik.uni-essen.de/~janjaap/mingw32/index.html
  ftp://agnes.dida.physik.uni-essen.de/home/janjaap/mingw32/

Mailing list:
  http://www.egroups.com/lists/mingw32/

Regards,
Mumit

- Raw text -