From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: gnulib strftime imported into Emacs Date: Tue, 01 Feb 2011 03:32:44 -0500 Message-ID: References: <4D45F788.1020101@cs.ucla.edu> <83k4hkg86r.fsf@gnu.org> <4D474507.8020901@cs.ucla.edu> <837hdkfldn.fsf@gnu.org> <4D47A75E.40207@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1296549358 12136 80.91.229.12 (1 Feb 2011 08:35:58 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 1 Feb 2011 08:35:58 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 01 09:35:54 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PkBiH-0004lM-BQ for ged-emacs-devel@m.gmane.org; Tue, 01 Feb 2011 09:35:49 +0100 Original-Received: from localhost ([127.0.0.1]:51937 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PkBg9-0000g5-9K for ged-emacs-devel@m.gmane.org; Tue, 01 Feb 2011 03:33:37 -0500 Original-Received: from [140.186.70.92] (port=37332 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PkBg0-0000ac-6t for emacs-devel@gnu.org; Tue, 01 Feb 2011 03:33:30 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PkBfN-0000Lr-3A for emacs-devel@gnu.org; Tue, 01 Feb 2011 03:32:51 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]:35054) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PkBfM-0000Lm-SK for emacs-devel@gnu.org; Tue, 01 Feb 2011 03:32:48 -0500 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1PkBfI-0007ki-K1; Tue, 01 Feb 2011 03:32:44 -0500 In-reply-to: <4D47A75E.40207@cs.ucla.edu> (message from Paul Eggert on Mon, 31 Jan 2011 22:25:34 -0800) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.10 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:135386 Archived-At: > Date: Mon, 31 Jan 2011 22:25:34 -0800 > From: Paul Eggert > CC: emacs-devel@gnu.org > > HAVE__BOOL is used only in lib/stdbool.in.h, and its value > is relevant only on platforms that do not have a working > stdbool.h and do not define __cplusplus. It sounds like > MinGW has stdbool.h. If MSVC defines __cplusplus, then you also > do not need to worry; otherwise, the stdbool.h build > procedure should substitute 1 or 0 for @HAVE__BOOL@ > when reading from stdbool.in.h, depending on whether > MSVC has built-in support for _Bool. Thanks, all is clear now.