From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Tree-sitter api Date: Sat, 11 Sep 2021 22:14:26 +0300 Message-ID: <834kaqhqlp.fsf@gnu.org> References: <83r1f7hydn.fsf@gnu.org> <95F37923-5BF9-4D81-B361-267CF119FBCA@gmail.com> <735AF34C-FD18-4A6A-A99D-E5D8EB4DE4F3@gmail.com> <40611F1F-7B5C-4885-A2CA-CE709ED8D22B@gmail.com> <4E876354-10D1-46B3-8124-CAE916261F08@gmail.com> <0A3F5464-B90D-4D47-BBDD-CCA26D877F43@gmail.com> <83tuiys1y4.fsf@gnu.org> <835yvcpdip.fsf@gnu.org> <7B1F90DE-A992-4F51-B391-0A4E5A598780@gmail.com> <3E8CA8E4-E623-4051-A76D-508C6CF94B6A@gmail.com> <837dfpj5yf.fsf@gnu.org> <8335qbirsr.fsf@gnu.org> <73E0B1F6-6F9F-40E0-927E-D08481BFF391@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24233"; mail-complaints-to="usenet@ciao.gmane.io" Cc: ubolonton@gmail.com, theo@thornhill.no, cpitclaudel@gmail.com, emacs-devel@gnu.org, monnier@iro.umontreal.ca, stephen_leake@stephe-leake.org To: Yuan Fu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Sep 11 21:15:27 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mP8TH-000666-Na for ged-emacs-devel@m.gmane-mx.org; Sat, 11 Sep 2021 21:15:27 +0200 Original-Received: from localhost ([::1]:56348 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mP8TF-0003qZ-M8 for ged-emacs-devel@m.gmane-mx.org; Sat, 11 Sep 2021 15:15:25 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50620) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mP8Sa-0003Ad-WA for emacs-devel@gnu.org; Sat, 11 Sep 2021 15:14:45 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:40470) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mP8SY-00032z-8P; Sat, 11 Sep 2021 15:14:42 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4189 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mP8SW-0000Kf-Pe; Sat, 11 Sep 2021 15:14:41 -0400 In-Reply-To: <73E0B1F6-6F9F-40E0-927E-D08481BFF391@gmail.com> (message from Yuan Fu on Sat, 11 Sep 2021 12:00:59 -0700) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:274563 Archived-At: > From: Yuan Fu > Date: Sat, 11 Sep 2021 12:00:59 -0700 > Cc: Tuấn-Anh Nguyễn , > theo@thornhill.no, > stephen_leake@stephe-leake.org, > cpitclaudel@gmail.com, > monnier@iro.umontreal.ca, > emacs-devel@gnu.org > > >> My plan is to translate lisp names to C names by default, and have an override list for irregular names that can’t be translated correctly. > > > > What are "Lisp names" in this context? Are you saying that the name > > of a programming language, derived from the major mode, can be used to > > produce the name of the shared library programmatically? If so, how? > > I don’t think it’s a rule, but language definitions are conventionally named tree-sitter-. E.g. tree-sitter-c, tree-sitter-json, tree-sitter-c-sharp. And the symbol they expose are tree_sitter_, e.g., tree_sitter_c, tree_sitter_jon, tree_sitter_c_sharp. Currently we use a symbol tree-sitter- to represent a language, so we can translate the symbol tree-sitter- to tree-sitter-.so/dylib/dll to get the shared library name, and to tree_sitter_ to get the C symbol name. But the part is still needed to be concocted somehow. E.g., the conversion from "C#" to "c-sharp" isn't trivial. > BTW, since dynamic libraries has different extensions on different systems, what I want to do it to try loading the library with .so, then try .dylib, then try .dll, is that a good idea? We can do better, see load-suffixes.