This is the mail archive of the
cygwin-apps@cygwin.com
mailing list for the Cygwin project.
Re: gcc 2.95.3-1 and -mwin32
- To: <cygwin-apps at cygwin dot com>
- Subject: Re: gcc 2.95.3-1 and -mwin32
- From: "Robert Collins" <robert dot collins at itdomain dot com dot au>
- Date: Sun, 18 Mar 2001 09:34:11 +1100
- References: <20010317172830.A24346@redhat.com>
No objections either way. The autoconf macro will probably be useful
anyway if someone contributes the logic for WINE to it...
I've never had a problem with conflicts between w32api and the unix
files, and adding the appropriate logic to tell the difference between
native win32 and cygwin seems like a necessary step for a reliable port
any IMO.
Rob
----- Original Message -----
From: "Christopher Faylor" <cgf@redhat.com>
To: <cygwin-apps@cygwin.com>
Sent: Sunday, March 18, 2001 9:28 AM
Subject: gcc 2.95.3-1 and -mwin32
> I've got gcc 2.95.3-1 ready to go. It seems to work ok.
>
> I've had a private discussion with DJ about the affect of -mwin32. We
> both feel that the windows header files should be included regardless
of
> whether this switch is included or not. I think that Chuck Wilson
also
> persuasively argued this point.
>
> If we don't do this, then there are a lot of gratuitous changes
required
> for a lot of configurations. I've had to change four or five
directories
> on sources.redhat.com alone.
>
> So, while I appreciate all of the work that Robert Collins is doing to
get
> things working in autoconf, I've come to believe that the marginal
benefits
> of not including /usr/include/w32api outweigh the drawbacks.
>
> So, unless someone has a strong objection, the default for gcc
2.95.3-1,
> gcc 3.0, and gcc 3.1 will be to include /usr/include/w32api.
>
> I'll wait a couple of days to see if anyone has any strong objections
> before I release the new version of gcc.
>
> cgf
>