----- Original Message -----
From: "Christopher Faylor" <cgf@...>
Sent: Wednesday, 12 March 2003 19:42
Subject: Re: [MinGW-dvlpr] GCC cygming
> I don't know if you saw the discussion in cygwin at cygwin wrt how
> it is that we have nifty stuff on the gcc branch that hasn't made it
> the trunk, but I was wondering how close you are to releasing this
I'm running the testsuites now.
One alterartion since last update:
Using environ var as switch to convet to mingw include paths can cause
problems for the clever user who does:
will cause conversion to mingw include paths, but rest of specs are
so I.ve put a
as the first thing mingw_scan does
The only way to get -mno-cygwin is with -mno-cygwin.
> If you have something that's close and don't have the time to get
> to finishing off, I wouldn't mind picking up the ball. I *may* have
> time this weekend. I think I'll be stuck in a hotel room with nothing
> to do.
> On Fri, Mar 07, 2003 at 10:02:41PM -0500, Christopher Faylor wrote:
> >On Wed, Mar 05, 2003 at 09:46:25AM +0000, Danny Smith wrote:
> >>All this may be OT for mingw-dvlprs. If that is general opinion,
> >>move off-list, but I think the distinction of runtime headers and
> >>headers may have relevance to "native" mingw too.
> >>This message
> >>wanted the include/w32api dir to have priority over all other C
> >>dirs with -mwin32 switch. Is there value in that? Currently all
> >>does is add the -D_WIN32 series of defines for cygwin.
> >I don't think there is any value in doing this, no. Changing
> >into a -idirafter rather than a -isystem is correct though. That was
> >a thinko on my part, I think. Either that or I had a great reason
> >doing that and I forgot it.
> >>Note that, for -mno-cygwin there is _no_
> >I don't think there should be.
> >>I'll start experimenting with .pch now to see how it interact with
> >>this, before submitting anything. In longer term, it may be of
> >>for mingw to separate out the w32api headers too, to make it easier
> >>manage precompiled headers.
> >It would be nice if cygwin and mingw did it the same way but
> >the headers isn't how Microsoft does it. Not that that matters, I
> >This SF.net email is sponsored by: Etnus, makers of TotalView, The
> >for complex code. Debugging C/C++ programs can leave you feeling lost
> >disoriented. TotalView can help you find your way. Available on major
> >and Linux platforms. Try it free. http://www.etnus.com
> >MinGW-dvlpr mailing list
> This SF.net email is sponsored by:Crypto Challenge is now open!
> Get cracking and register here for some mind boggling fun and
> the chance of winning an Apple iPod:
> MinGW-dvlpr mailing list