Re: [abnf-discuss] Core Rules and References for ABNF: draft-seantek-abnf-more-core-rules-07.txt
Paul Kyzivat <pkyzivat@alum.mit.edu> Thu, 29 September 2016 13:59 UTC
Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: abnf-discuss@ietfa.amsl.com
Delivered-To: abnf-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6332012B148 for <abnf-discuss@ietfa.amsl.com>; Thu, 29 Sep 2016 06:59:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.935
X-Spam-Level:
X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jAlQqo3joKcW for <abnf-discuss@ietfa.amsl.com>; Thu, 29 Sep 2016 06:59:06 -0700 (PDT)
Received: from resqmta-ch2-06v.sys.comcast.net (resqmta-ch2-06v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F31512B144 for <abnf-discuss@ietf.org>; Thu, 29 Sep 2016 06:59:06 -0700 (PDT)
Received: from resomta-ch2-06v.sys.comcast.net ([69.252.207.102]) by resqmta-ch2-06v.sys.comcast.net with SMTP id pbqzbSsRm2NhqpbrdbrFDr; Thu, 29 Sep 2016 13:59:05 +0000
Received: from [192.168.1.110] ([73.186.127.100]) by resomta-ch2-06v.sys.comcast.net with SMTP id pbrcbR86ADki4pbrdbztRK; Thu, 29 Sep 2016 13:59:05 +0000
To: abnf-discuss@ietf.org
References: <147504900383.16692.17822159531322398069.idtracker@ietfa.amsl.com> <0946bd36-29a4-0787-8b3f-663549fa2406@seantek.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <cac9b8b9-af4a-b709-f1fc-e5aa5c7d4301@alum.mit.edu>
Date: Thu, 29 Sep 2016 09:59:04 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <0946bd36-29a4-0787-8b3f-663549fa2406@seantek.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-CMAE-Envelope: MS4wfIFBJ4ySmfV+xhZL8+XosPHv4+qc0QcWI3Y81gmQaVm+qLgHIH0PelV0w/xrNx004J/W8iSoimSL5SyOddMFQQZRIr+OwhMGwjc5p9cKOYwXnyWiUX92 aSxqG8PHXRGsXzr4zh9iOhjbwH4lPVV9OOPvaviqpzpNjWmN94/RGiTtVF9TlDn4uvKCocL7O5wveg==
Archived-At: <https://mailarchive.ietf.org/arch/msg/abnf-discuss/pNxoMY5kRRCQ-3p9zOquK4ZyNig>
Subject: Re: [abnf-discuss] Core Rules and References for ABNF: draft-seantek-abnf-more-core-rules-07.txt
X-BeenThere: abnf-discuss@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "General discussion about tools, activities and capabilities involving the ABNF meta-language" <abnf-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/abnf-discuss>, <mailto:abnf-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/abnf-discuss/>
List-Post: <mailto:abnf-discuss@ietf.org>
List-Help: <mailto:abnf-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/abnf-discuss>, <mailto:abnf-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Sep 2016 13:59:10 -0000
I'd like to comment on why I think this is important: Most of the drafts I have been interested in over the years contain ABNF, and most of the time that ABNF is dependent on other ABNF rules that reside in another draft or RFC. Such cross references are indicated in ad-hoc fashion. When authoring or reviewing such a document, one would like to be able to verify that the new ABNF is correct. At the least this ought to be done at the time of WGLC and LC. But actually doing that verification is a pain. To be sure of it, one needs to extract the ABNF from the document in question *and* from the documents that contain referenced ABNF rules. This is tedious work, and in my experience it most often is not done. Furthermore, when ABNF rules in other drafts are referenced informally this way the semantics of doing so aren't especially clear. Is it assumed that complete ABNF containing the referenced rule is included? Or should only the definition of the referenced rulename and the definitions of any rules thus referenced be included? Or should a functional definition of the referenced rule be used that doesn't drag along any other rules used in that definition. These distinctions are important because they determine what happens if the new ABNF defines rules with the same names as rules defined in the referenced ABNF. Formalizing a cross-reference syntax and semantics resolves these issues. The semantics can be nailed down, and tools can be built to automatically to the extractions. This will make it feasible to automate ABNF syntax verification, for instance as part of IdNits. Thanks, Paul On 9/28/16 6:20 PM, Sean Leonard wrote: > Hello ABNF-discuss: > > A new draft of Comprehensive Core Rules and References for ABNF has been > posted. Thanks in advance to all those who have provided feedback thus far. > > In this draft-07 (and draft-06, which had some typos and unclear parts > that have since been addressed), the syntax for a "referenced rule" is > rulename@RULEREF, where RULEREF can be a document such as > > URI@[RFC3986] > > or a path such as > > name-part@<https://raw.githubusercontent.com/antlr/grammars-v4/master/abnf/examples/postal.abnf> > > > . The syntax has evolved a similar way to how e-mail addresses have > evolved (e.g., from RFC 733). > > There was material about doing Unicode in ABNF in draft-05 (Appendix B); > that material has been forked to a different draft (under development). > > Comments and feedback are welcome. > > Best regards, > > Sean > > -------- Forwarded Message -------- > Subject: New Version Notification for > draft-seantek-abnf-more-core-rules-07.txt > Date: Wed, 28 Sep 2016 00:50:03 -0700 > From: internet-drafts@ietf.org > > > > A new version of I-D, draft-seantek-abnf-more-core-rules-07.txt > has been successfully submitted by Sean Leonard and posted to the > IETF repository. > > Name: draft-seantek-abnf-more-core-rules > Revision: 07 > Title: Comprehensive Core Rules and References for ABNF > Document date: 2016-09-28 > Group: Individual Submission > Pages: 10 > URL: > https://www.ietf.org/internet-drafts/draft-seantek-abnf-more-core-rules-07.txt > > Status: > https://datatracker.ietf.org/doc/draft-seantek-abnf-more-core-rules/ > Htmlized: > https://tools.ietf.org/html/draft-seantek-abnf-more-core-rules-07 > Diff: > https://www.ietf.org/rfcdiff?url2=draft-seantek-abnf-more-core-rules-07 > > Abstract: > This document extends the base definition of ABNF (Augmented Backus- > Naur Form) to include a reference syntax, along with core rules that > provide comprehensive support for certain symbols related to ASCII. > > > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat > > > _______________________________________________ > abnf-discuss mailing list > abnf-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/abnf-discuss >
- [abnf-discuss] Core Rules and References for ABNF… Sean Leonard
- Re: [abnf-discuss] Core Rules and References for … Paul Kyzivat
- Re: [abnf-discuss] Core Rules and References for … John Levine
- Re: [abnf-discuss] Core Rules and References for … Paul Kyzivat
- Re: [abnf-discuss] Core Rules and References for … John Levine
- Re: [abnf-discuss] Core Rules and References for … Julian Reschke