GNU bug report logs -
#70272
30.0.50; Refactor c-ts-mode
Previous Next
To reply to this bug, email your comments to 70272 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
mailto:eliz <at> gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#70272
; Package
emacs
.
(Mon, 08 Apr 2024 07:19:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Yuan Fu <casouri <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
mailto:eliz <at> gnu.org, bug-gnu-emacs <at> gnu.org
.
(Mon, 08 Apr 2024 07:19:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
X-Debbugs-CC: eliz <at> gnu.org <mailto:eliz <at> gnu.org>
Eli, I’m finding c-ts-mode to get uglier and heavier in an unfortunate rate. Of course, I’m basically the defector maintainer now and the main person to blame for much of the complexity. We needed to add a lot of code and even hacks to make c-ts-mode work for complex C code.
A complicated and sometimes hacky c-ts-mode.el is bad for maintainability, and sometimes make c-ts-mode slow and unpleasant to use. More over, I feel that some people will look at c-ts-mode when looking for an example for writing a tree-sitter major mode. And c-ts-mode in its current state is not very suitable as an example.
Since a lot of the complexity are only needed by complex C code. I wonder if we can separate c-ts-mode.el into a simpler version that works for “modern” C and C++, plus an extra file that contains the additional things that makes it work for complex C code?
Yuan
This bug report was last modified 26 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.