GNU bug report logs -
#40658
Fforward-comment: Incorrect recognition of end of comment in C++
Previous Next
Reported by: Alan Mackenzie <acm <at> muc.de>
Date: Thu, 16 Apr 2020 12:45:02 UTC
Severity: normal
Done: Alan Mackenzie <acm <at> muc.de>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Thu, 16 Apr 2020 17:31:14 +0000
with message-id <20200416173114.GC5235 <at> ACM>
and subject line Re: bug#40658: (Fforward-comment: Incorrect recognition of end of comment in C++)
has caused the debbugs.gnu.org bug report #40658,
regarding Fforward-comment: Incorrect recognition of end of comment in C++
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
40658: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=40658
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Hello, Emacs.
C++ comments can be continued onto the next line by an escaped NL. This
is configured in Emacs with the variable comment-end-can-be-escaped.
However, Fforward_comment (in the backward direction) doesn't take this
into account. A BOL following an escaped NL cannot be at the end of a
C++ line comment:
// C++ comment first line \
Second line of comment
^
|
point
Point here is in the middle of a comment.
It is therefore wrong in Fforward_comment not to check
comment-end-can-be-escaped when immediately after an Sendcomment. This
can be fixed thusly:
diff --git a/src/syntax.c b/src/syntax.c
index e24b98da32..ff125b137c 100644
--- a/src/syntax.c
+++ b/src/syntax.c
@@ -2572,8 +2572,9 @@ between them, return t; otherwise return nil. */)
}
else if (code == Sendcomment)
{
- found = back_comment (from, from_byte, stop, comnested, comstyle,
- &out_charpos, &out_bytepos);
+ found = (!quoted || !Vcomment_end_can_be_escaped)
+ && back_comment (from, from_byte, stop, comnested, comstyle,
+ &out_charpos, &out_bytepos);
if (!found)
{
if (c == '\n')
This should clearly go into the master branch. I think it should also go
into the emacs-27 release branch, since it is relevant for a nasty bug,
bug #40052. There, scrolling in a C++ include file, which consists of a
#define macro ~2,400 lines long is deadly slow. With the above fix in
place, scrolling is over 4 times as fast, although still too slow.
--
Alan Mackenzie (Nuremberg, Germany).
[Message part 3 (message/rfc822, inline)]
Bug fixed.
--
Alan Mackenzie (Nuremberg, Germany).
This bug report was last modified 5 years and 95 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.