From: Akim Demaille Date: Fri, 3 May 2002 16:53:07 +0000 (+0000) Subject: More. X-Git-Tag: BISON-1_49b~247 X-Git-Url: https://git.saurik.com/bison.git/commitdiff_plain/3c9160d9125ffa5abbd941f64ef570d16537d7f0 More. --- diff --git a/TODO b/TODO index 779cf9e5..ea033d10 100644 --- a/TODO +++ b/TODO @@ -269,8 +269,12 @@ It is unfortunate that there is a total order for precedence. It makes it impossible to have modular precedence information. We should move to partial orders. +This will be possible with a Bison parser for the grammar, as it will +make it much easier to extend the grammar. + * Parsing grammars -Rewrite the reader in Bison. +Rewrite the reader in Flex/Bison. There will be delicate parts, in +particular, expect the scanner to be hard to write. * Problems with aliases From: "Baum, Nathan I" @@ -318,7 +322,6 @@ everything, but the -v mode only tells you what you need for examining conflicts? (Or, perhaps, a "*** This state has N conflicts ***" marker above each state with conflicts.) - * $undefined From Hans: - If the Bison generated parser experiences an undefined number in the @@ -341,6 +344,11 @@ $$ = $1. I therefore think that one should implement a Bison option where every typed default rule is explicitly written out (same typed ruled can of course be grouped together). +Note: Robert Anisko handles this. He knows how to do it. + +* Documenting C++ output +Write a first documentation for C++ output. + * Warnings It would be nice to have warning support. See how Autoconf handles them, it is fairly well described there. It would be very nice to