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: 100850,745ecf6266b2fdbf X-Google-Attributes: gid100850,public X-Google-Thread: 109fba,745ecf6266b2fdbf X-Google-Attributes: gid109fba,public X-Google-Thread: fc772,745ecf6266b2fdbf X-Google-Attributes: gidfc772,public X-Google-ArrivalTime: 2003-01-30 18:25:39 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 1043830127 2336 127.0.0.1 (29 Jan 2003 08:48:47 GMT) Subject: Re: [ANN] an EBNF parser and coding pattern tool (LGPL) Content-Transfer-encoding: 8bit X-Mailscanner: PASSED (v1.2.7 61273 h0T8mlf4069734 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: 31 Jan 2003 02:25:39 GMT NNTP-Posting-Host: 4ae51a2c.news.plethora.net X-Trace: 1043979939 gemini.plethora.net 22477 clcm@205.166.146.1 X-Complaints-To: abuse@plethora.net Xref: archiver1.google.com comp.lang.c.moderated:7326 comp.lang.ada:33626 comp.lang.c:170373 comp.lang.c++:199980 comp.lang.c++.moderated:59694 Date: 2003-01-31T02:25:39+00:00 List-Id: > 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. Finally, I'll provide the Extended BNF grammar of C++ in a few days. > Just a little detail: today, the source-to-source translation supposes > that the formats of the input and the output are different. So, you > must write explicitely the output. In the case of a source > transformation (your case), the imput should be implicitely copied to > the output, except when a special transformation must be processed > (change of variable names). > So, I'll improve the 'source-to-source translation' to process a > source transformation in a more convenient way. It will be available > before the end of the week, except if you are on a hurry! Implemented, will be available in the next release. -- Cedric -- comp.lang.c.moderated - moderation address: clcm@plethora.net