your recent patch to cpplib.c

Zack Weinberg
Tue Feb 8 14:13:00 GMT 2000

I didn't see a gcc-patches message for this:

2000-02-07  Mark Mitchell  <>

	* cpplib.c (cpp_get_token): Call CPP_BUMP_LINE after reading a
	carriage return after a macro name.

Index: cpplib.c
--- cpplib.c	2000/02/06 23:46:18	1.108
+++ cpplib.c	2000/02/07 21:34:39	1.109
@@ -2624,6 +2624,7 @@ cpp_get_token (pfile)
 		      if (c != '\n')
+		      CPP_BUMP_LINE (pfile);
 		      FORWARD (1);

There's a real bug, and the change may have appeared to be obviously
correct, but it wasn't.

What you don't see in the diff is that this is inside a loop which has
a mark set in the buffer.  The mark does _not_ remember the line
number or the column base.  This isn't a problem in the other two
places where marks are used, because we always go back to the mark and
process the text normally.  But in this part of the code, we might go
back and we might not.  You will always get the line number wrong in
one branch or the other.  The patch just switches the bug to the less
common case, which is okay, but not a complete fix.

The right fix is not to use the mark at all in this context.  It's
supposed to be for lookahead under extremely limited circumstances and
this isn't one of them.  (And it will probably vanish entirely in the
parser rewrite.)

On the other hand, congratulations; you have probably found the line
numbering bug I've been looking for for months.


More information about the Gcc mailing list