DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:date:message-id:subject:from:to
	:content-type; q=dns; s=default; b=UX7wk79dx1rX5pMqn65Fa2rwFDYpC
	rRKRA4E0H9L898qNxcFcKUuHQsY6vWqDfTIY7nSutFZKjEsuZayZeK9l1Vz/1c1H
	umt7OJ+fIynPMU6Kz8TWqKqbEOGJY3UVM8+jMDezmV0fu6/+a+2VN9eoWE1dRREG
	fYRGh7J5OFR8Aw=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
MIME-Version: 1.0
Date: Mon, 3 Aug 2015 04:17:44 -0700
Message-ID: <CAOC2fq-Gsqj3zZa-X+w_jHDdob0bO0iUSVk--PoGoj-YaiyQ4Q@mail.gmail.com>
Subject: wspiapi.h uses _N conflicting with ctype.h
From: Michael Enright <mike AT kmcardiff DOT com>
To: cygwin AT cygwin DOT com
Content-Type: text/plain; charset=UTF-8

Here's a reduction of a problem I had compiling v8:

#include <ctype.h>
#include "wspiapi.h"
char array[5];
__wspiapi_countof_helper(array);

The reduction isn't realistic but the problem is real.

On one hand, ctype.h uses _N and it is within its "rights" to do so as
ctype.h is part of the standard library. The statement that uses _N
initially is "#define _N 04", so _N enters the global space of defined
macros.

On the other hand the template __wspiapi_countof_helper uses _N as the
name of one of its parameters. This usage is in the domain of strings
that can be interpreted as references to macros by the preprocessor,
so the _N gets interpreted by the post-preprocessor phases as 04,
causing some distress.

So... the win32 headers are free to use
leading-underscore-capital-letter symbols or no?

Anyway, how can this be addressed?

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple