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

Previous Next

Full log

Message #50 received at 62238 <at> debbugs.gnu.org (full text, mbox):

From: Yuan Fu <casouri <at> gmail.com>
To: Kévin Le Gouguec <kevin.legouguec <at> gmail.com>
Cc: 62238 <at> debbugs.gnu.org, Philip Kaludercic <philipk <at> posteo.net>,
 theodor thornhill <theo <at> thornhill.no>
Subject: Re: bug#62238: 30.0.50; Unusual interpretation of "S-expressions" in
 c-ts-mode
Date: Sat, 18 Mar 2023 14:34:03 -0700

> On Mar 18, 2023, at 3:31 AM, Kévin Le Gouguec <kevin.legouguec <at> gmail.com> 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.

Duh, ok, I know what’s going on. Theo added some sexp related tree-sitter stuff to master, but I’ve been focusing on emacs-29. On emacs-29, c-ts-mode doesn’t redefine forward-sexp-function and the default function uses the syntax table, which works fine.

Yuan

Previous Next

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