emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Tree-sitter introduction documentation


From: Philip Kaludercic
Subject: Re: Tree-sitter introduction documentation
Date: Tue, 27 Dec 2022 17:20:29 +0000

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Philip Kaludercic <philipk@posteo.net>
>> Cc: Eli Zaretskii <eliz@gnu.org>,  Dmitry Gutov <dgutov@yandex.ru>,
>>   theophilusx@gmail.com,  emacs-devel@gnu.org
>> Date: Tue, 27 Dec 2022 16:44:02 +0000
>> 
>> I have asked the question before, but freedom or not, the above is a
>> nuisance to run for every language.
>
> Which is why distros should make them available, like they do with
> other dependencies.

OK, then I hope this will improve soon, because it seems that at least
under Debian (testing) no such packages exist right now.

>> If the process is as automatic as the above example demonstrates,
>> shouldn't Emacs have a command to take a grammar and compile+install
>> it?
>
> It _is_ as simple as above (modulo the need to detect C++ sources and
> use g++ in that case).  And I already said that such a command will
> have its place in Emacs (and Stefan agrees, AFAIU).  So there should
> be no argument anymore about the possibility; it's just a matter of
> Someone sitting down and coding the darn thing.  Like everything else
> in Emacs.

I'd be glad to help, if I knew what the interface/input/output should
be.  But I'm guessing that is half the work.

>> What would be even better is if the grammars were to be distributed
>> along with Emacs (either in a tarball or as a dependency a package
>> manage would install).
>
> Not going to happen, for the reasons I already explained several
> times.  In a nutshell: we cannot and will not distribute binaries, and
> distributing sources is not useful enough to justify the maintenance
> headaches of distribution someone else's code.

Great, thanks for the explanation.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]