GNU bug report logs -
#63750
30.0.50; tree-sitter: `treesit-language-source-alist' is not customisable
Previous Next
To reply to this bug, email your comments to 63750 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#63750
; Package
emacs
.
(Sat, 27 May 2023 12:07:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Mickey Petersen <mickey <at> masteringemacs.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 27 May 2023 12:07:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Given the simple alist structure, and that its intent is to be used
with the interactive function `treesit-install-language-grammar', it'd
make sense to turn it into a Customize option.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#63750
; Package
emacs
.
(Sat, 27 May 2023 12:32:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 63750 <at> debbugs.gnu.org (full text, mbox):
> From: Mickey Petersen <mickey <at> masteringemacs.org>
> Date: Sat, 27 May 2023 13:01:40 +0100
>
>
> Given the simple alist structure, and that its intent is to be used
> with the interactive function `treesit-install-language-grammar', it'd
> make sense to turn it into a Customize option.
We deliberately decided not to make it a defcustom, and not to provide
any non-trivial default value, so as to avoid the impression that we
as a project want to be responsible for the language grammars, their
correctness, up-to-date sites, and their licenses. It should be
entirely up to the user and/or the Emacs distros.
However, I think we decided to make it so that each installation
should update the value of the variable with the data of the grammar
just installed. I see that we don't actually do that -- Yuan, am I
misremembering this? If not, would you please add code to add to the
variable's value the data of every grammar that is installed?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#63750
; Package
emacs
.
(Sat, 27 May 2023 23:13:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 63750 <at> debbugs.gnu.org (full text, mbox):
> On May 27, 2023, at 5:32 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> From: Mickey Petersen <mickey <at> masteringemacs.org>
>> Date: Sat, 27 May 2023 13:01:40 +0100
>>
>>
>> Given the simple alist structure, and that its intent is to be used
>> with the interactive function `treesit-install-language-grammar', it'd
>> make sense to turn it into a Customize option.
>
> We deliberately decided not to make it a defcustom, and not to provide
> any non-trivial default value, so as to avoid the impression that we
> as a project want to be responsible for the language grammars, their
> correctness, up-to-date sites, and their licenses. It should be
> entirely up to the user and/or the Emacs distros.
>
> However, I think we decided to make it so that each installation
> should update the value of the variable with the data of the grammar
> just installed. I see that we don't actually do that -- Yuan, am I
> misremembering this? If not, would you please add code to add to the
> variable's value the data of every grammar that is installed?
Sure. Does it need to be preserved across sessions (ie, use custom)? Or just add for the current session?
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#63750
; Package
emacs
.
(Sun, 28 May 2023 05:33:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 63750 <at> debbugs.gnu.org (full text, mbox):
> From: Yuan Fu <casouri <at> gmail.com>
> Date: Sat, 27 May 2023 16:12:18 -0700
> Cc: Mickey Petersen <mickey <at> masteringemacs.org>,
> 63750 <at> debbugs.gnu.org
>
> > However, I think we decided to make it so that each installation
> > should update the value of the variable with the data of the grammar
> > just installed. I see that we don't actually do that -- Yuan, am I
> > misremembering this? If not, would you please add code to add to the
> > variable's value the data of every grammar that is installed?
>
> Sure. Does it need to be preserved across sessions (ie, use custom)? Or just add for the current session?
Only for the current session. Users who want it preserved should do
it themselves (I will add that to the doc string when the code which
updates the variable is installed).
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#63750
; Package
emacs
.
(Sun, 28 May 2023 22:52:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 63750 <at> debbugs.gnu.org (full text, mbox):
> On May 27, 2023, at 10:32 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> From: Yuan Fu <casouri <at> gmail.com>
>> Date: Sat, 27 May 2023 16:12:18 -0700
>> Cc: Mickey Petersen <mickey <at> masteringemacs.org>,
>> 63750 <at> debbugs.gnu.org
>>
>>> However, I think we decided to make it so that each installation
>>> should update the value of the variable with the data of the grammar
>>> just installed. I see that we don't actually do that -- Yuan, am I
>>> misremembering this? If not, would you please add code to add to the
>>> variable's value the data of every grammar that is installed?
>>
>> Sure. Does it need to be preserved across sessions (ie, use custom)? Or just add for the current session?
>
> Only for the current session. Users who want it preserved should do
> it themselves (I will add that to the doc string when the code which
> updates the variable is installed).
Done.
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#63750
; Package
emacs
.
(Mon, 29 May 2023 14:40:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 63750 <at> debbugs.gnu.org (full text, mbox):
> From: Yuan Fu <casouri <at> gmail.com>
> Date: Sun, 28 May 2023 15:51:05 -0700
> Cc: mickey <at> masteringemacs.org,
> 63750 <at> debbugs.gnu.org
>
>
>
> > On May 27, 2023, at 10:32 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> >
> >> From: Yuan Fu <casouri <at> gmail.com>
> >> Date: Sat, 27 May 2023 16:12:18 -0700
> >> Cc: Mickey Petersen <mickey <at> masteringemacs.org>,
> >> 63750 <at> debbugs.gnu.org
> >>
> >>> However, I think we decided to make it so that each installation
> >>> should update the value of the variable with the data of the grammar
> >>> just installed. I see that we don't actually do that -- Yuan, am I
> >>> misremembering this? If not, would you please add code to add to the
> >>> variable's value the data of every grammar that is installed?
> >>
> >> Sure. Does it need to be preserved across sessions (ie, use custom)? Or just add for the current session?
> >
> > Only for the current session. Users who want it preserved should do
> > it themselves (I will add that to the doc string when the code which
> > updates the variable is installed).
>
> Done.
Thanks. And I see that you have updated the doc string accordingly.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#63750
; Package
emacs
.
(Mon, 29 May 2023 20:38:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 63750 <at> debbugs.gnu.org (full text, mbox):
> On May 29, 2023, at 7:40 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> From: Yuan Fu <casouri <at> gmail.com>
>> Date: Sun, 28 May 2023 15:51:05 -0700
>> Cc: mickey <at> masteringemacs.org,
>> 63750 <at> debbugs.gnu.org
>>
>>
>>
>>> On May 27, 2023, at 10:32 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>>>
>>>> From: Yuan Fu <casouri <at> gmail.com>
>>>> Date: Sat, 27 May 2023 16:12:18 -0700
>>>> Cc: Mickey Petersen <mickey <at> masteringemacs.org>,
>>>> 63750 <at> debbugs.gnu.org
>>>>
>>>>> However, I think we decided to make it so that each installation
>>>>> should update the value of the variable with the data of the grammar
>>>>> just installed. I see that we don't actually do that -- Yuan, am I
>>>>> misremembering this? If not, would you please add code to add to the
>>>>> variable's value the data of every grammar that is installed?
>>>>
>>>> Sure. Does it need to be preserved across sessions (ie, use custom)? Or just add for the current session?
>>>
>>> Only for the current session. Users who want it preserved should do
>>> it themselves (I will add that to the doc string when the code which
>>> updates the variable is installed).
>>
>> Done.
>
> Thanks. And I see that you have updated the doc string accordingly.
Glad my docstring worked out this time ;-)
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#63750
; Package
emacs
.
(Wed, 02 Apr 2025 10:48:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 63750 <at> debbugs.gnu.org (full text, mbox):
Yuan Fu <casouri <at> gmail.com> writes:
>> On May 29, 2023, at 7:40 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>>
>>> From: Yuan Fu <casouri <at> gmail.com>
>>> Date: Sun, 28 May 2023 15:51:05 -0700
>>> Cc: mickey <at> masteringemacs.org,
>>> 63750 <at> debbugs.gnu.org
>>>
>>>
>>>
>>>> On May 27, 2023, at 10:32 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>>>>
>>>>> From: Yuan Fu <casouri <at> gmail.com>
>>>>> Date: Sat, 27 May 2023 16:12:18 -0700
>>>>> Cc: Mickey Petersen <mickey <at> masteringemacs.org>,
>>>>> 63750 <at> debbugs.gnu.org
>>>>>
>>>>>> However, I think we decided to make it so that each installation
>>>>>> should update the value of the variable with the data of the grammar
>>>>>> just installed. I see that we don't actually do that -- Yuan, am I
>>>>>> misremembering this? If not, would you please add code to add
to the
>>>>>> variable's value the data of every grammar that is installed?
>>>>>
>>>>> Sure. Does it need to be preserved across sessions (ie, use
custom)? Or just add for the current session?
>>>>
>>>> Only for the current session. Users who want it preserved should do
>>>> it themselves (I will add that to the doc string when the code which
>>>> updates the variable is installed).
>>>
>>> Done.
>>
>> Thanks. And I see that you have updated the doc string accordingly.
>
> Glad my docstring worked out this time ;-)
>
> Yuan
Should we close this bug report?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#63750
; Package
emacs
.
(Wed, 02 Apr 2025 18:22:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 63750 <at> debbugs.gnu.org (full text, mbox):
> Should we close this bug report?
https://lists.gnu.org/archive/html/emacs-devel/2025-03/msg01516.html
recently proposed to add the language-source information
inside every ts-mode. So instead of a plain comment like
;; c-ts-mode is known to work with the following languages and version:
;; - tree-sitter-c: v0.23.4-1-g3aa2995
;;
;; c++-ts-mode is known to work with the following languages and version:
;; - tree-sitter-cpp: v0.23.4-1-gf41b4f6
we could prove the same for more easier installation by users
in an internal variable:
(defvar c-ts-mode--language-source-alist
'((c
"https://github.com/tree-sitter/tree-sitter-c";
"v0.23.4-1-g3aa2995")
(cpp
"https://github.com/tree-sitter/tree-sitter-cpp";
"v0.23.4-1-gf41b4f6"))
"Tree-sitter language parsers required by `c-ts-mode' and `c++-ts-mode'.")
This bug report was last modified 2 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.