From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/11242
Path: news.gmane.org!.POSTED!not-for-mail
From: Alexander Monakov <amonakov@ispras.ru>
Newsgroups: gmane.linux.lib.musl.general
Subject: Re: superfluous space char in marco
Date: Mon, 17 Apr 2017 18:28:58 +0300 (MSK)
Message-ID: <alpine.LNX.2.20.13.1704171825470.26181@monopod.intra.ispras.ru>
References: <CAEaqfoZUb5XOstw4A+NNScHbbYfpqDQAbaSPEL+n_P-QDCqcfg@mail.gmail.com> <20170417144841.GZ17319@brightrain.aerifal.cx>
Reply-To: musl@lists.openwall.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Trace: blaine.gmane.org 1492442951 22551 195.159.176.226 (17 Apr 2017 15:29:11 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 17 Apr 2017 15:29:11 +0000 (UTC)
User-Agent: Alpine 2.20.13 (LNX 116 2015-12-14)
To: musl@lists.openwall.com
Original-X-From: musl-return-11257-gllmg-musl=m.gmane.org@lists.openwall.com Mon Apr 17 17:29:08 2017
Return-path: <musl-return-11257-gllmg-musl=m.gmane.org@lists.openwall.com>
Envelope-to: gllmg-musl@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <musl-return-11257-gllmg-musl=m.gmane.org@lists.openwall.com>)
	id 1d08aQ-0005l0-TP
	for gllmg-musl@m.gmane.org; Mon, 17 Apr 2017 17:29:07 +0200
Original-Received: (qmail 15869 invoked by uid 550); 17 Apr 2017 15:29:10 -0000
Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:musl@lists.openwall.com>
List-Help: <mailto:musl-help@lists.openwall.com>
List-Unsubscribe: <mailto:musl-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:musl-subscribe@lists.openwall.com>
List-ID: <musl.lists.openwall.com>
Original-Received: (qmail 15850 invoked from network); 17 Apr 2017 15:29:10 -0000
In-Reply-To: <20170417144841.GZ17319@brightrain.aerifal.cx>
Xref: news.gmane.org gmane.linux.lib.musl.general:11242
Archived-At: <http://permalink.gmane.org/gmane.linux.lib.musl.general/11242>

On Mon, 17 Apr 2017, Rich Felker wrote:
> This is odd and looks like a gcc bug. Preprocessor macros definitions
> are sequences of PP tokens, not literal code strings, meaning that
> whitespace is irrelevant as long as the resulting sequence of PP
> tokens remains the same; it's a matching definition not a
> redefinition.

No, according to C11 6.10.3 p1 presence of whitespace is significant (its
contents are not), and 6.10.3.5 example 6 corroborates that.  GCC, Clang,
ICC and MSVC on Godbolt all agree with that.

Alexander