GNU bug report logs - #62238
30.0.50; Unusual interpretation of "S-expressions" in c-ts-mode

Previous Next

Package: emacs;

Reported by: Philip Kaludercic <philipk <at> posteo.net>

Date: Fri, 17 Mar 2023 09:53:01 UTC

Severity: normal

Found in version 30.0.50

Full log


View this message in rfc822 format

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Kévin Le Gouguec <kevin.legouguec <at> gmail.com>, Yuan Fu <casouri <at> gmail.com>
Cc: 62238 <at> debbugs.gnu.org, Philip Kaludercic <philipk <at> posteo.net>, theodor thornhill <theo <at> thornhill.no>
Subject: bug#62238: 30.0.50; Unusual interpretation of "S-expressions" in c-ts-mode
Date: Sat, 18 Mar 2023 19:48:10 +0200
On 18/03/2023 12:31, Kévin Le Gouguec wrote:
> Yuan Fu<casouri <at> gmail.com>  writes:
> 
>> I tested this on my Emacs session and vanilla session, and both marked to the
>> closing bracket. I believe forward-sexp should just work by the syntax
>> table. Perhaps it’s your config or something?
> FWIW, I tested this on
> 
> * the master branch (where Philip reported the bug): I can reproduce
>    Philip's results;
> 
>      2023-03-18 "; * lisp/find-dired.el (find-gnu-find-p): Doc fix."
>      (95d5154feed)
> 
> * emacs-29: things work as you (Yuan) describe.
> 
>      2023-03-18 "; Fix 'make-obsolete-variable' forms" (faee8d50738)
> 
> So maybe something that will get resolved by the next merge?  Or
> something that has been broken or master.

Parse tree based forward-sexp was indeed only added on master.





This bug report was last modified 2 years and 80 days ago.

Previous Next


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