bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Jim Meyering] Re: [Bug-gnulib] strftime merge from Emacs


From: Eli Zaretskii
Subject: Re: [Jim Meyering] Re: [Bug-gnulib] strftime merge from Emacs
Date: Tue, 10 Jun 2003 07:05:38 +0300

> From: Paul Eggert <address@hidden>
> Date: 09 Jun 2003 11:56:30 -0700
> > 
> > No, not to my knowledge.  These conditionals cover both MinGW and MSVC
> > compilers (the former is a port of GCC and is free software, the
> > latter is Microsoft's proprietary compiler), so something like _MSC
> > (which is special to MSVC) or __GNUC__ alone could do.
> 
> __GNUC__ isn't right, since it's defined on other platforms.

My wording above was unfortunately bad.  I meant to say that __GNUC__
could *not* do the job.

> gcc-3.3/gcc/config/i386/win32.h says that it always
> defines either (__CYGWIN32__ and __CYGWIN__) or __MINGW32__,
> so you could use "__CYGWIN32__ || __MINGW32__" if you wanted
> to avoid _WIN32.

That would exclude support for the Microsoft's proprietary compiler,
so it's only useful if the port doesn't support it.

Besides, I believe that __CYGWIN32__ is not really desirable since it
still includes "WIN32" as a substring.

> However, isn't this point moot for strftime?  Jim Meyering has a
> solution to test for the problem at configure-time, and Microsoft
> Windows doesn't have the problem so it doesn't need to worry about it.

As I said elsewhere in this thread, not every Windows port is
autoconfiscated.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]