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.bugs Subject: bug#70438: Emacs error 6 abort when starting rust-ts-mode Date: Fri, 26 Apr 2024 20:21:06 +0300 Message-ID: <86plucxcot.fsf@gnu.org> References: <868r1cgdk9.fsf@gnu.org> <0439FD61-C3EE-4438-B775-043FE098F41E@gmail.com> <86zfto8jfs.fsf@gnu.org> <86jzkr8gpr.fsf@gnu.org> <6944FFA3-5CEB-4FFA-9A4C-1EFFF8EDC62D@gmail.com> <86cyqi6iyh.fsf@gnu.org> <3FCA9A10-73AD-4B56-B3E7-AB3DF04FD2BF@gmail.com> <86plud1sxk.fsf@gnu.org> 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="29339"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 70438@debbugs.gnu.org, sh@bytekomplex.de To: Yuan Fu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Apr 26 19:22:16 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1s0PH2-0007Le-B4 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 26 Apr 2024 19:22:12 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s0PGj-0002vk-LE; Fri, 26 Apr 2024 13:21:53 -0400 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 1s0PGi-0002vT-0W for bug-gnu-emacs@gnu.org; Fri, 26 Apr 2024 13:21:52 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1s0PGh-0003dC-Os for bug-gnu-emacs@gnu.org; Fri, 26 Apr 2024 13:21:51 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1s0PGz-0007eD-Ji for bug-gnu-emacs@gnu.org; Fri, 26 Apr 2024 13:22:09 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 26 Apr 2024 17:22:09 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70438 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 70438-submit@debbugs.gnu.org id=B70438.171415210829107 (code B ref 70438); Fri, 26 Apr 2024 17:22:09 +0000 Original-Received: (at 70438) by debbugs.gnu.org; 26 Apr 2024 17:21:48 +0000 Original-Received: from localhost ([127.0.0.1]:38385 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s0PGb-0007ZB-Ve for submit@debbugs.gnu.org; Fri, 26 Apr 2024 13:21:47 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59834) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s0PGX-0007XR-UU for 70438@debbugs.gnu.org; Fri, 26 Apr 2024 13:21:44 -0400 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 1s0PG9-0003TH-3T; Fri, 26 Apr 2024 13:21:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=KLX3+1xP9FjNlWBSz3sGHtIs8dkfVBuauX43Zz9Wlrg=; b=dERqTX/5fGkRHwYHQ/6t JB1U3eLfseGOn9UrQeilIhWelelx7KO7zjBdqy4ggt2NsoLISh+95WOcxkURMfOtk+Q7XbTpLDDTv WUq6anAGDORW5akmDzcD/ObhW/ngNxO9QrQnxIX9so2kuXmGLOfb46ohRiFD3znVl1nIxCv8X/RAk cwn21uz+fxzt+pxDtmat01bD8Zlev88jNFmwfmAwpGSaEhufx5TXfiv/S8dWbnikvapWpzSnyBHVg TSAVkclfgFr5WpIQaZF5IveR/PFPNKQaRzLE7Aw0QoHTt4xxwJ4EXT/V2emmSeyL50eYH0iGKDatI rhtBkbQXn+UW0w==; In-Reply-To: (message from Yuan Fu on Fri, 26 Apr 2024 09:49:01 -0700) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:284002 Archived-At: > From: Yuan Fu > Date: Fri, 26 Apr 2024 09:49:01 -0700 > Cc: Stefan Heitmann , > 70438@debbugs.gnu.org > > In the GitHub issue that tracks this incident, the author made clear that maintaining ABI versioning correctly is beyond their ability right now. So I think we should pin the tree-sitter version. But then IIUC we can only bump tree-sitter version with each Emacs release? This is a bit unfortunate but better than crashing Emacs. We cannot pin a tree-sitter version, because that makes sense only for binary distributions. We ship only source tarballs, and for those, _any_ tree-sitter version will do -- provided that Emacs is built with the same version of tree-sitter with which it will be used, or with the version that uses the same ABI. We could perhaps record the version with which Emacs was built, and then reject incompatible versions we find at run time, but since tree-sitter doesn't provide any version-related symbols in their header files, we cannot do even that. So the bottom line is still the same: we cannot do anything here, as long as the tree-sitter developers think they can break the ABI at will. > This also brings me to the versioning of tree-sitter grammars—they really do change often, we should really consider pinning their version in some way. The current catch-up game we play can’t be scalable. That's a separate issue: when there's incompatibility with grammar libraries, Emacs doesn't crash.