This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: New C (and now ObjC) parser, take 4


This seems reasonable to me if people desire it and with the clear understanding that any changes to parser behavior would need to be made to both parsers at once while both are on mainline

Are there any important parser-related regressions (or open bugs) targeted for 4.0?


and that the function of having the new parser there is to facilitate getting it equivalent to and ready to replace the old parser, not to make changes to parser actions or optimizations such as lexing up front which aren't necessary for that purpose until the old parser is gone.

Of course. No #ifdefs, only Makefile goo.


The last word would be you and Mark's.

It would inevitably be the case that some testcases would fail with the new parser because of error recovery differences beyond those that can be addressed by wider patterns to match diagnostics.

The same more or less happened with --enable-mapped-location.


Paolo


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]