This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] Optional escaped commas in macros
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Daniel Gutson <daniel dot gutson at tallertechnologies dot com>
- Cc: Andres Tiraboschi <andres dot tiraboschi at tallertechnologies dot com>, GCC Patches <gcc-patches at gcc dot gnu dot org>
- Date: Wed, 28 Oct 2015 14:58:17 +0000
- Subject: Re: [PATCH] Optional escaped commas in macros
- Authentication-results: sourceware.org; auth=none
- References: <CAJZwELnGGd88YB2D8awumUHDZbW5HSNKxqZAQ9ozp-mdH8x+Zw at mail dot gmail dot com> <alpine dot DEB dot 2 dot 10 dot 1510272226140 dot 21730 at digraph dot polyomino dot org dot uk> <CAF5HaEVbHfJQPSBnxdKJj6ciy9K5uPTK1sMh6_CqfaxWhcjJ=A at mail dot gmail dot com>
On Wed, 28 Oct 2015, Daniel Gutson wrote:
> I presented the issue in the WG21 std-proposal mailing list and the general
> consensus was that I should ask WG14 first. The problem is that this issue
> is C++ only so I'm kind of stuck. Anyway I already asked the convener about
> this (David Keaton) and I'm waiting for his answer. I don't know another way
> to raise the issue in WG14 since I'm not attending the Kona meeting. Are you a
> member of the WG14 committee?
* Write a document explaining the issue, including proposed C standard
text to define the semantics unambiguously and examples that would be
added to the standard.
* Obtain a document number from Dan Plakosh, insert it in the document and
send it to him. See <http://www.open-std.org/jtc1/sc22/wg14/13410> for
detailed instructions on submitting documents to WG14.
* It may be helpful to attend the following WG14 meeting where the
document is discussed.
* Repeat as needed taking account of feedback. If the initial submission
is while there isn't an active C standard revision underway, you'll need
to resubmit when the C standard is open for proposed changes for the next
revision.
> Considering that this is an opt-in feature controlled by a command line flag,
> couldn't be just another GNU extension meanwhile? The issue is relevant in C++.
We'd still need to be confident we have good semantics that are worth
supporting long-term. I don't have that confidence at present.
--
Joseph S. Myers
joseph@codesourcery.com