Ticket UUID: | 1725186 | |||
Title: | move expanded literal handling to parser. | |||
Type: | RFE | Version: | None | |
Submitter: | dgp | Created on: | 2007-05-24 20:51:21 | |
Subsystem: | 45. Parsing and Eval | Assigned To: | dgp | |
Priority: | 5 Medium | Severity: | ||
Status: | Closed | Last Modified: | 2007-05-31 01:13:13 | |
Resolution: | Accepted | Closed By: | dgp | |
Closed on: | 2007-05-30 18:13:13 | |||
Description: |
Make changes so parser generates same tokens for {*}{set a 1} as it does for set a 1 | |||
User Comments: |
dgp added on 2007-05-31 01:13:13:
Logged In: YES user_id=80530 Originator: YES committed. andreas_kupries added on 2007-05-31 00:30:48: Logged In: YES user_id=75003 Originator: NO Review: Looks good after a single scan through it. I am assuming that it compiles and passes the testsuite ... +1 for commit. It is wonderful to see all the special token expansions done for #280 disappear and everything done more generally. andreas_kupries added on 2007-05-31 00:23:40: Logged In: YES user_id=75003 Originator: NO Regarding debugging routines ... I have no big desire for them. Especially if testparser can do the same thing. Re define's I was not aware that they were dups, removal for such is definitely ok. dgp added on 2007-05-31 00:17:22: File Added - 231128: 1725186-3.patch Logged In: YES user_id=80530 Originator: YES next (final?) version of the patch adds comments to the parser additions to explain what's going on a bit better. File Added: 1725186-3.patch dgp added on 2007-05-30 23:15:19: File Added - 231122: 1725186-2.patch Logged In: YES user_id=80530 Originator: YES updated patch adds simplification of sections that no longer have to deal with expanded literals in the token stream. File Added: 1725186-2.patch dgp added on 2007-05-30 10:19:39: Logged In: YES user_id=80530 Originator: YES yes, those appeared to be some debugging tools that got mistakenly committed. Duplicated #define's were certainly a mistake, and the routines didn't appear to me to do any more than the existing [testparser] command can do. If they're desired for some reason, it's easy enough to restore them. andreas_kupries added on 2007-05-30 01:45:03: Logged In: YES user_id=75003 Originator: NO Quick glance. Looks ok as far as I understand the token structures. Only wondering if the removal of the 'PrintToken' functions is intentional. dgp added on 2007-05-30 01:32:17: File Added - 230994: 1725186.patch Logged In: YES user_id=80530 Originator: YES first patch attempt just adds the capability to the parser. surprisingly few (one!) parse.test tests are unhappy about this change. File Added: 1725186.patch |