Erik Faye-Lund <kusmab...@gmail.com> writes: > On Tue, Aug 5, 2014 at 11:22 PM, Carl Worth <cwo...@cworth.org> wrote: > >> Now, what we could do if we were so inclined, would be to defer the >> errors for illegal characters until they actually appeared in the >> pre-processor output. > > What you describe here seems to actually be what the standard requires: > > The relevant bit of the parse rule for a define statement of this type > is like so (Section 16 [cpp] of the C++ spec): ... > each non-white-space character that cannot be one of the above
Yes, that does seem clear. Thanks for chasing that down. > Note that '$' is a bit different, as it's not a part of the > preprocessor's character set, so using it might be interpreted as > undefined behavior. Right. That could easily go either way. Is the phrase "each non-white-space character" restricted to characters of the original character set? Regardless, I've just sent a second version of the relevant patch from my subsequent series that now implements exactly what is described above. (And I sent another patch (7/6) in that series to test things.) I'm pretty happy with the result, but would of course appreciate review From anyone. -Carl -- carl.d.wo...@intel.com
pgp22eE6dRzzK.pgp
Description: PGP signature
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev