emacs-devel
[Top][All Lists]
Advanced

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

Re: Tree-sitter api


From: Eli Zaretskii
Subject: Re: Tree-sitter api
Date: Fri, 01 Apr 2022 20:59:14 +0300

> From: Yuan Fu <casouri@gmail.com>
> Date: Fri, 1 Apr 2022 09:48:09 -0700
> Cc: Lars Ingebrigtsen <larsi@gnus.org>,
>  Yoav Marco <yoavm448@gmail.com>,
>  Emacs developers <emacs-devel@gnu.org>,
>  ubolonton@gmail.com
> 
> >>> If so, I think we should have our own load-path for these
> >>> libraries; relying on the standard LD_LIBRARY_PATH etc. is not good
> >>> enough (although we should support that as well). I envision that at
> >>> least in some cases users will not want to have these libraries in the
> >>> public places, or maybe even won't have the requisite access rights to
> >>> do so. We should provide Emacs-style alternatives, like some
> >>> subdirectory of ~/.emacs.d/ and/or under ${prefix}/lib/ (similar to
> >>> *.eln files).
> >> 
> >> Anyone have thoughts on this?
> > 
> > What kind of thoughts? Whether or not to provide this feature (I
> > think we should), or how best to implement that? Or something else?
> 
> Thoughts on what paths should we use, whether we want to allow for custom 
> load-paths (I think we should), and if so, the name for the load path 
> variable ({tree-sitter/treesit/...}-language-definition-load-path?)

I thought I answered all those questions, with the single exception of
the name of the path variable.



reply via email to

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