Mail Archives: cygwin-apps/2001/03/15/08:58:08
Robert Collins wrote:
>
> ----- Original Message -----
> From: "Akim Demaille" <akim AT epita DOT fr>
> To: "edward" <tailbert AT yahoo DOT com>
> Cc: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>;
> <cygwin-apps AT sources DOT redhat DOT com>; <autoconf AT gnu DOT org>
> Sent: Friday, March 16, 2001 12:41 AM
> Subject: Re: updated win32 macro
>
> > >>>>> "tailbert" == tailbert <edward> writes:
> >
> > tailbert> it's a language feature.
> >
> > OK, but then I fail to understand why you'd need to have WIN32=' ' to
> > know the test was run. Either you are looking for a switch for a
> > language dependent feature, or you look for some support of something
> > on your system, in which case AC_HEADER_WINDOWS was fine, IMHO.
> >
> > But Robert says he needs more: be able to make decisions based on
> > whether windows.h is there or not, and he was suggesting to provide
> > $WIN32 as a configure interface to HAVE_WINDOWS_H. Then, it is a host
> > feature you are looking for, and AC_SYS is the logical answer.
> >
>
> Not quite. I chose windows.h INCORRECTLY. I was trying to test whether
> the win32 api was _really working_ without running the code (so that
> cross compiling would still work). The #define WIN32 is a much better
> test (Edward and I took that part off-line).
>
> It is a language feature as Edward described. The test is not for
> language features, but to allow (for example) certain targets to be only
> built if that language feature exists. An example (as I've used in the
> email that crossed this one) is if a given package has some targets that
> build on unix and on windows, and some targets that only build on
> windows _with that language_.
>
> If AC_SYS_WIN32 is a new macro you are suggesting, that will test
> whether the target system will run WIN32 code, that's probably a useful
> macro to have. But it's what the language is able to build that
> interests me.
>
> Here's the real-world example I am wrestling with. I've just written an
> async file system module for squid that uses WIN32 threads, not
> pthreads. So if the compiler can't build code that uses WIN32 threads I
> need to turn off compilation of that module if the end user requested
> it. Conversely I want to make that module built by default if the
> compiler can build code that uses WIN32 threads (to offer the end user
> best performance).
>
> The test therefore is very useful, and tied to the language.
>
This is a different issue than simply the compiler supporting a -mwin32
switch. This issue is code based and should be based on a
HAVE_WIN32_THREADS switch.
Earnie.
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
- Raw text -