https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109877
--- Comment #20 from Iain Sandoe <iains at gcc dot gnu.org> --- (In reply to Joseph S. Myers from comment #18) > They are lexed > using the greedy rule that the longest possible sequence of characters that > can form the next preprocessing token or comment does so, regardless of the > impact on subsequent parsing. one possible interpretation of this is that in 10.1.2 the longest string that can form the next preprocessing token is "10". with the assumption that "next valid token" is implied.
