Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-apps-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com
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>
Subject: Re: updated win32 macro
References: <035401c0ac91$3ba21fd0$0200a8c0 AT lifelesswks>
	<022001c0accf$29b724d0$0200a8c0 AT lifelesswks>
	<orelvz60mr DOT fsf AT guarana DOT lsd DOT ic DOT unicamp DOT br>
	<007f01c0ad2e$f3dc5d20$0200a8c0 AT lifelesswks>
	<00a301c0ad32$57ad0220$0200a8c0 AT lifelesswks>
	<mv4elvz5pma DOT fsf AT nostromo DOT lrde DOT epita DOT fr>
	<00c801c0ad36$01ec3370$0200a8c0 AT lifelesswks>
	<mv466hb5ohw DOT fsf AT nostromo DOT lrde DOT epita DOT fr>
	<011a01c0ad41$c0fbc9a0$0200a8c0 AT lifelesswks>
	<mv4snkf43ot DOT fsf AT nostromo DOT lrde DOT epita DOT fr>
	<01b801c0ad4b$9b2f1380$0200a8c0 AT lifelesswks>
	<mv4k85r42vu DOT fsf AT nostromo DOT lrde DOT epita DOT fr>
	<01c401c0ad4c$7e469ad0$0200a8c0 AT lifelesswks>
	<mv4bsr341z1 DOT fsf AT nostromo DOT lrde DOT epita DOT fr>
	<000001c0ad53$b37dc9b0$9865fea9 AT edward>
From: Akim Demaille <akim AT epita DOT fr>
Date: 15 Mar 2001 14:41:59 +0100
In-Reply-To: <000001c0ad53$b37dc9b0$9865fea9@edward>
Message-ID: <mv4pufj2lp4.fsf@nostromo.lrde.epita.fr>
Lines: 13
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

>>>>> "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.