GNU bug report logs - #16526
24.3.50; scroll-conservatively & c-mode regression

Previous Next

Packages: emacs, cc-mode;

Reported by: martin rudalics <rudalics <at> gmx.at>

Date: Thu, 23 Jan 2014 08:54:02 UTC

Severity: important

Found in version 24.3.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Alan Mackenzie <acm <at> muc.de>, 16526 <at> debbugs.gnu.org
Subject: bug#16526: 24.3.50; scroll-conservatively & c-mode regression
Date: Mon, 27 Jan 2014 18:25:41 +0100
> In general, that is true, but back_comment tries to be more clever, e.g,
> when it scans backward over code like
>
>    /* toto */
>    blabla
>    /* titi */
>
> it should not need to scan further than the end of line 1, since the
> "*/" there will tell it that the "/*" on line 3 can't be within
> another comment and is hence the one-true comment starter that matches
> the "*/" on line 3.

I recall now.  I tend to forget that C comments cannot be nested.

> Another option is to put a syntax-table property on those rare
> open-paren-in-column-0-inside-comment-or-string, so that
> open-paren-in-column-0-is-defun-start still works properly.

Wouldn't we then have to parse the entire buffer for strings and
comments in order to detect these parens?  More or less this would
duplicate the effort of `syntax-ppss'.

martin




This bug report was last modified 11 years and 16 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.