From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, HEADER_SPAM autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,745ecf6266b2fdbf X-Google-Attributes: gid103376,public X-Google-Thread: 1014db,745ecf6266b2fdbf X-Google-Attributes: gid1014db,public X-Google-Thread: fc772,745ecf6266b2fdbf X-Google-Attributes: gidfc772,public X-Google-Thread: 109fba,745ecf6266b2fdbf X-Google-Attributes: gid109fba,public X-Google-Thread: 100850,745ecf6266b2fdbf X-Google-Attributes: gid100850,public X-Google-ArrivalTime: 2003-02-06 12:36:05 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news-out.visi.com!hermes.visi.com!gemini.plethora.net.POSTED!not-for-mail X-Old-trace: posting.google.com 1044461959 17196 127.0.0.1 (5 Feb 2003 16:19:19 GMT) Subject: Re: [ANN] an EBNF parser and coding pattern tool (LGPL) Content-Transfer-encoding: 8bit X-Mailscanner: PASSED (v1.2.7 48838 h15GJJQu068605 mailbox5.ucsd.edu) References: From: codeworker@free.fr (Cedric LEMAIRE) Organization: http://groups.google.com/ Return-Path: Content-Type: text/plain; charset=ISO-8859-1 X-Old-complaints-to: groups-abuse@google.com Newsgroups: comp.lang.c.moderated,comp.lang.ada,comp.lang.c,comp.lang.c++,comp.lang.c++.moderated Message-ID: Originator: clcm@plethora.net (Comp Lang C'Moderated) Date: 06 Feb 2003 20:36:04 GMT NNTP-Posting-Host: bd43067b.news.plethora.net X-Trace: 1044563764 gemini.plethora.net 79558 clcm@205.166.146.1 X-Complaints-To: abuse@plethora.net Xref: archiver1.google.com comp.lang.c.moderated:7379 comp.lang.ada:33850 comp.lang.c:171720 comp.lang.c++:201599 comp.lang.c++.moderated:60236 Date: 2003-02-06T20:36:04+00:00 List-Id: apm35@student.open.ac.uk (apm) wrote in message news:... > codeworker@free.fr (Cedric LEMAIRE) wrote in message news: > [snip] > > > Does this mean it can be used to implement a program that can add and > > > remove Hungarian warts? This would enable programmers that don't speak > > > Hungarian to observe corporate standards but still work with > > > maintainable code. > > > > Exactly. This program will be a script interpreted by 'CodeWorker', or > > be a C++ program generated from the script automatically. > > This is excellent news. > > > The way to do it is to use the 'source-to-source translation' > > functionality of the software (an parse tree isn't necessary to > > process the language-to-same-language transformation). > > > > You must write the Extended BNF of the language you use (I don't > > propose EBNF for languages yet) and to redefine some clauses > > (identifier of a variable that is being declared, lambda-expression, > > method identifier) to apply/remove the Hungary Notation on it. > > I was thinking of its application to C++. There is a well-known form > of "the Transylvanian Heresy" which most developers will have seen > from time to time. It includes things like 'b' for boolean, 'p' for > pointer, 'h' for handle, 'sz' for null terminated string, and so on. > Will there be default rules for this? This would allow people to work > with the most common form of 'the heresy'. > > BTW I heard that the rules for parsing C++ have been expressed in BNF > and this *is* downloadable (sorry I don't have the URL). > > -apm I'm doubtful suddenly: are you really interested by source-to-source translation? -- Cedric -- comp.lang.c.moderated - moderation address: clcm@plethora.net