delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1998/08/29/22:29:21

From: craig AT reversion DOT ca (Craig Nelson)
Subject: Re: I: gcc ... -U_WIN32 ... may cause problems
29 Aug 1998 22:29:21 -0700 :
Message-ID: <199808300406.WAA01030.cygnus.gnu-win32@tuffy.reversion.ca>
To: gnu-win32 AT cygnus DOT com

> >Leave the _WIN32 and WINNT for MS' use and get rid of them from the
> >specs altogether.  I've had to be cautious about this before and
> >_WIN32 being defined for CYGWIN32 and even MINGW32 definitely gets in
> >the way on occasion.

> I second this opinion.  According to MS docs, _WIN32 is an MS specific
> variable.  If Cygnus is going to start using it, then it just complicates
> the cases where someone wants to recognize the difference between the
> MS and non-MS environments.

What purpose does defining _WIN32 serve in a CYGWIN32 environment?  Isn't 
CYGWIN32 supposed to make our UNIX code think it's still on a UNIX box?

I have libraries that can be compiled with MSV++ or on UNIX, and I like
the option of being able to use either environment for use on windows (via
CYGWIN32) but I have to #ifdef code to do that.  IMHO, it would be nice to get
rid of the _WIN32 definition here if its not really needed.

What's the Cygnus position on this?

Craig Nelson, Cameo Systems Inc.

craig AT reversion DOT ca
www.reversion.ca
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019