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: Make all tree-sitter modes optional Date: Sat, 21 Jan 2023 13:48:50 +0200 Message-ID: <83o7qskt0d.fsf@gnu.org> References: <83a62dobfi.fsf@gnu.org> <83o7qtm33d.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5556"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Pedro Andres Aranda Gutierrez Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jan 21 12:49:34 2023 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 1pJCNK-0001Gr-CS for ged-emacs-devel@m.gmane-mx.org; Sat, 21 Jan 2023 12:49:34 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pJCMd-0006Fi-7p; Sat, 21 Jan 2023 06:48:51 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pJCMZ-0006FM-S1 for emacs-devel@gnu.org; Sat, 21 Jan 2023 06:48:49 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pJCMZ-0000lX-Ji; Sat, 21 Jan 2023 06:48:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=5HBkykqu4QFmxZdNvKIcni2BG5G9PaR5fRMsjvFC1O0=; b=RDj6Gp0CLZ6a xTUalNlg/Qr8ZTlrdvsxX8IVX3fB16pJsxXgvN3F4ZzgvhxEjkcifcGSnizf5Ac7vwqgw4CPHda+j BNoIYHb4Eu63b94h96xGqI69JgRCy4+JVFyOr4/KI7m5tBDIhKstL0SSP4WFVAlQJvt4xlsQ8nL1O lcIwC1OsAIfFwqdOrPeN06M7HuDLlz8LM+QDyqi1msIZiQBxT1VXTL5AU3HsaGFR7szuGme1MWSOF K7kaqaKe5dht4LKHkYw5UEVbRTsjSBaOUKfI9TV10HaDr8Tx2M5cWRjlOxTkOYeJP6YqoxDTabHcd dFnOabG12iu++QakOqOukw==; Original-Received: from [87.69.77.57] (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 1pJCMZ-0002vR-0h; Sat, 21 Jan 2023 06:48:47 -0500 In-Reply-To: (message from Pedro Andres Aranda Gutierrez on Sat, 21 Jan 2023 12:30:26 +0100) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:302591 Archived-At: > From: Pedro Andres Aranda Gutierrez > Date: Sat, 21 Jan 2023 12:30:26 +0100 > Cc: emacs-devel@gnu.org > > Eli writes: > > Why would it confuse? You also have there stuff like w32-win.el.gz, > > which is used only on MS-Windows, and other files that are not > > necessarily for your configuration. This is not a problem, and > > shouldn't be one. > > I don't know, maybe for me there is a difference between the OS specific stuff, tree-sitter and other stuff in > Emacs: It is nothing new in Emacs: we provide many packages, some of which are specific to platforms other than yours, some others need optional libraries that you don't necessarily have, etc. > tree-sitter modes 'compete' with 'regular' modes and if I don't have tree-sitter activated at compile time, it > can be misleading to see those files there I disagree it should mislead anyone, and let's leave it at that. > and 'sub-optimal' (to say the least) to get a message that you > can't use them. What message? I asked to show these messages before, and I didn't see your answer to that question. We don't intend to have Emacs show any such messages just because you don't have tree-sitter installed. > OS related stuff is different in the sense that, well, if I'm on a Linux system and try to use (you say the > OS)-specific features, it is natural that I get a 'wake-up' message there and stop trying to do things that make > no sense. Same thing if you use a Lisp package which requires an optional library you don't have installed or if you use Emacs which wasn't built with support for that library. Examples: GnuTLS, HarfBuzz, librsvg, sqlite3, etc. > As for the rest, having dormant features that _work_ (or are WIP with a level of maturity enough to be in > master) and only wait for me to test them and activate them if they help me in my day-to-day interactions > with Emacs, of course, put 10^n n->infinity of those in Emacs, no problem. > > In that sense, if there was a way to disregard *-ts-*.el files in ELC/ELN compilation and installation when I > compile Emacs _without_ tree-sitter support, the whole picture would be (once again, IMvHO) much more > coherent. We don't disregard any Lisp files. When Emacs builds, it compiles all the files in the source tree. A release tarball comes with *.elc files already compiled, and *.eln files will only be produced if you actually load the corresponding *.el package. So I see no problem here.