From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.comp.lib.gnulib.bugs,gmane.emacs.devel Subject: Re: [Zlib-devel] Avoiding WIN* macros in GNU code Date: Sun, 15 Jun 2003 11:59:32 -0400 Sender: bug-gnulib-bounces+gnu-bug-gnulib=m.gmane.org@gnu.org Message-ID: References: Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1055693387 24423 80.91.224.249 (15 Jun 2003 16:09:47 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 15 Jun 2003 16:09:47 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: bug-gnulib-bounces+gnu-bug-gnulib=m.gmane.org@gnu.org Sun Jun 15 18:09:43 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19Ra4d-0006LN-00 for ; Sun, 15 Jun 2003 18:09:43 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19Ra1N-0001aR-Ni for gnu-bug-gnulib@m.gmane.org; Sun, 15 Jun 2003 12:06:21 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19Ra1I-0001Xz-BJ for bug-gnulib@gnu.org; Sun, 15 Jun 2003 12:06:16 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19RZvj-0000tA-IB for bug-gnulib@gnu.org; Sun, 15 Jun 2003 12:00:33 -0400 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19RZum-000829-SV; Sun, 15 Jun 2003 11:59:32 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.20) id 19RZum-0003Sl-Bg; Sun, 15 Jun 2003 11:59:32 -0400 Original-To: Cosmin Truta In-reply-to: (message from Cosmin Truta on Thu, 12 Jun 2003 18:07:13 -0400) Original-cc: d.love@dl.ac.uk Original-cc: bug-gnulib@gnu.org Original-cc: Zlib-devel@zlib.net X-BeenThere: bug-gnulib@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: The GNUlib portability library bug discussion list List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: bug-gnulib-bounces+gnu-bug-gnulib=m.gmane.org@gnu.org Xref: main.gmane.org gmane.comp.lib.gnulib.bugs:553 gmane.emacs.devel:15108 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:15108 > It includes the word "win", and we don't want to call Microsoft > Windows a win. I understand. Should we do the same in zlib? I think so. Is there an official GNU coding standard that states this? It wasn't part of the coding standards before. I am adding it now. This often happens--that we have a policy but it takes some time before I realize it ought to be in the coding standards. There is still a very peculiar problem with WINDOWSNT: it indicates a version of MS Windows that is based on an NT kernel, as opposed to a version based on a Win9x kernel. I agree that the symbol WINDOWSNT may not be the best one to use. If the idea is to mean any 32-bit version of Windows, WINDOWS32 is better. (After all, is this "Win32" naming thing one of Microsoft's strategic moves? :) I would not call it a strategic move, but I think it is a PR campaign. To say "We will win, you know it" is a common tactic of psychological combat.