From: Yuan Fu <casouri@gmail.com>
To: "\"Augustin Chéneau (BTuin)\"" <btuin@mailo.com>
Cc: emacs-devel <emacs-devel@gnu.org>, Eli Zaretskii <eliz@gnu.org>,
Stefan Kangas <stefankangas@gmail.com>
Subject: Re: New tree-sitter mode: bison-ts-mode
Date: Thu, 28 Sep 2023 00:03:10 -0700 [thread overview]
Message-ID: <669A1BD9-ACE6-462A-B12B-EC11E1DEC8B1@gmail.com> (raw)
In-Reply-To: <bb4ffedb-d786-4371-8dee-40c50b4e407f@mailo.com>
[-- Attachment #1: Type: text/plain, Size: 1415 bytes --]
> On Sep 26, 2023, at 4:52 AM, Augustin Chéneau (BTuin) <btuin@mailo.com> wrote:
>
> Le 24/09/2023 à 23:10, Yuan Fu a écrit :
>> Actually, a second thought. IIUC the reason for this change is that without these rules, no indentation is done for variable names in code like
>> static myttype *
>> variable_name;
>> static myttype
>> variable_name;
>> This is fine in normal C code, since no indentation is the same as
>> zero indentation, which is what we want. But for C embedded in Bison,
>> no indentation is not the same as zero indentation. We want it indent
>> to the top-level indentation of the embedded C. E.g.,
>> {
>> static myttype
>> variable_name;
>> }
>> rather than
>> {
>> static myttype
>> variable_name;
>> }
>> Right? In that case, we should really add a fallback indent rule for the embedded c in bison, such that it indents to the top-level of the embedded c. This is more robust than trying to cover all cases in the c rules. Does that make sense?
>> Basically, add something like
>> (catch-all bison-ts-mode--bison-parent ,bison-ts-mode-indent-offset)
>> To the end of C’s indent rules.
>> Yuan
>
> It does make sense, thanks. I updated bison-ts-mode to do that.
Thanks. LGTM except some minor byte-compile warnings. I attached a diff, please see if you like those changes.
Once the paperwork is done I think we are good to go.
Yuan
[-- Attachment #2: bison-comment.diff --]
[-- Type: application/octet-stream, Size: 1582 bytes --]
diff --git a/bison-ts-mode.el b/bison-ts-mode.el.1
index febd2d9..913c1fa 100644
--- a/bison-ts-mode.el
+++ b/bison-ts-mode.el.1
@@ -30,6 +30,8 @@
(require 'treesit)
(require 'c-ts-common)
+(require 'c-ts-mode) ; For ‘c-ts-mode--get-indent-style’.
+(require 'java-ts-mode) ; For ‘java-ts-mode--indent-rules’.
(declare-function treesit-parser-create "treesit.c")
(declare-function treesit-induce-sparse-tree "treesit.c")
@@ -62,9 +64,10 @@ It has no effect in the epilogue part of the file."
(defcustom bison-ts-mode-autodetect-language t
"Search for a %language directive in the file at initialization.
-Changing the value of this directive in the file requires to reload the mode to
-be effective. If `bison-ts-mode-buffer-language' is set by a file-local
- variable, the auto-detection is not run."
+Changing the value of this directive in the file requires to
+reload the mode to be effective. If
+`bison-ts-mode-buffer-language' is set by a file-local variable,
+the auto-detection is not run."
:version "30.1"
:type 'boolean
:safe 'boolean)
@@ -108,8 +111,8 @@ buffer."
(group (1+ (in alpha "+")))
"\"")
nil
- t)))
- (match-string-no-properties 1)))
+ t)
+ (match-string-no-properties 1)))))
(defun bison-ts-mode--detect-language (&optional buffer)
@@ -366,4 +369,5 @@ ROOT-NAME is the highest-level node of the embedded language."
(treesit-major-mode-setup)))
(provide 'bison-ts-mode)
+
;;; bison-ts-mode.el ends here
[-- Attachment #3: Type: text/plain, Size: 2 bytes --]
next prev parent reply other threads:[~2023-09-28 7:03 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-21 20:15 New tree-sitter mode: bison-ts-mode Augustin Chéneau (BTuin)
2023-09-21 22:23 ` Stefan Kangas
2023-09-22 5:52 ` Eli Zaretskii
2023-09-22 23:44 ` Yuan Fu
2023-09-23 5:52 ` Eli Zaretskii
2023-09-26 3:42 ` Yuan Fu
2023-09-22 7:38 ` Philip Kaludercic
2023-09-22 14:53 ` Augustin Chéneau (BTuin)
2023-09-22 20:40 ` Philip Kaludercic
2023-09-22 23:21 ` Augustin Chéneau (BTuin)
2023-09-22 7:42 ` Stefan Kangas
2023-09-22 8:45 ` Yuan Fu
2023-09-24 21:10 ` Yuan Fu
2023-09-26 11:52 ` Augustin Chéneau (BTuin)
2023-09-28 7:03 ` Yuan Fu [this message]
[not found] ` <b999a251-1778-49ac-90dc-ef8d78d36d53@mailo.com>
2023-09-29 1:26 ` Yuan Fu
2023-09-29 14:13 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=669A1BD9-ACE6-462A-B12B-EC11E1DEC8B1@gmail.com \
--to=casouri@gmail.com \
--cc=btuin@mailo.com \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=stefankangas@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).