From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Yuan Fu Newsgroups: gmane.emacs.bugs Subject: bug#70438: Emacs error 6 abort when starting rust-ts-mode Date: Fri, 26 Apr 2024 09:49:01 -0700 Message-ID: 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 (Mac OS X Mail 16.0 \(3731.700.6.1.1\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21141"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 70438@debbugs.gnu.org, Stefan Heitmann To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Apr 26 18:50:18 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 1s0Om9-0005KF-No for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 26 Apr 2024 18:50:17 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s0Olp-0001aD-8W; Fri, 26 Apr 2024 12:49:57 -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 1s0Olo-0001ZU-3s for bug-gnu-emacs@gnu.org; Fri, 26 Apr 2024 12:49:56 -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 1s0Oln-0003nm-Rk for bug-gnu-emacs@gnu.org; Fri, 26 Apr 2024 12:49:55 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1s0Om5-0000Xx-6G for bug-gnu-emacs@gnu.org; Fri, 26 Apr 2024 12:50:13 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Yuan Fu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 26 Apr 2024 16:50:12 +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.17141501971668 (code B ref 70438); Fri, 26 Apr 2024 16:50:12 +0000 Original-Received: (at 70438) by debbugs.gnu.org; 26 Apr 2024 16:49:57 +0000 Original-Received: from localhost ([127.0.0.1]:38344 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s0Olk-0000Ov-0W for submit@debbugs.gnu.org; Fri, 26 Apr 2024 12:49:56 -0400 Original-Received: from mail-pf1-x42c.google.com ([2607:f8b0:4864:20::42c]:55650) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s0OlW-0000IG-Ox for 70438@debbugs.gnu.org; Fri, 26 Apr 2024 12:49:46 -0400 Original-Received: by mail-pf1-x42c.google.com with SMTP id d2e1a72fcca58-6ecec796323so2329374b3a.3 for <70438@debbugs.gnu.org>; Fri, 26 Apr 2024 09:49:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1714150154; x=1714754954; darn=debbugs.gnu.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=pBwflfQ/lnP+Wa2Kcjra7ceGhgf7yQImzN1FeNDh0PI=; b=PkPXXST8fpzjS+YkKeDx2mnaJ2LkK5Ivz4ZJ98k5SiyZlXoWGilXgsI11bjZfItnMK wZ8TLzNj3okb04m7jdSarInedl1VWIMj53Gy6dQpoOQUB4COxXjEsztwq3Ukrj2ueE9+ 0jAhCiztdi6IH/fh7H4jzqAePtAnB2qJTQttOGH3QqjDPCeQspkPjhOhSjQMhPJClGHG YgLrrx8w++IZioNNWCp8o3myWL8bXRgWdy1EsfKRYnQokeqZseYXTGNKn2bqm3AdBCBA 400tHP0ONwpIovipNQqGRdszm56UOr3aCixz4XVmT7VCeJAFIU+HMk05YeQLopqumz08 cJiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1714150154; x=1714754954; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=pBwflfQ/lnP+Wa2Kcjra7ceGhgf7yQImzN1FeNDh0PI=; b=NZJ1Kjb6LbQh6Kf2kLOrXz3Hvbw6K32Lapk3cOlJcKyB8LJP37bRAgNCIiMD7jvNbC sZyZwTalRny29BNQwUFKnmHI1kOy5UXt+PwsFTzUOvTtaBufbkPpu48MH9/AhWbKgFCk hHTr/MvqKwuVDfFIOt6I4NT1jRDViE203N7DbHXg0H+wv0idpC4y6bD7f8bxIMjdSE8k CQqqFTGh5LYYygVUnDk3Ep1E+ONIA/mkj7MLpbQgMLZczHhxWtGV3ac8ekLXiQ6VWpzo 7BQ33DBZWyTQBjxqeqUkfJ1uRkYF5q5gWCkwR229I/ug9Tizzxg4C4nPgnefhk7dAW9T Fi6g== X-Forwarded-Encrypted: i=1; AJvYcCUSIOGblVNepgbL8/hYQ+aonqsLC2Mrvu0s0YBuhXhLWt4+s6iMZNe3c7d84HJI9fvy7uG/amRyF7gZ/NP0MMaqYBMSv7k= X-Gm-Message-State: AOJu0YyYvsZkX4xdMn/W/BB7C8CNcbFNpEu92oTlZ3I6i/SaIkuBGDt+ Sq+VqBk55cwh9Z63DV1PyhISoP1h36T6ViUrSFzUqy++02Bw8X6yGHg8kg== X-Google-Smtp-Source: AGHT+IGlllgmQ9FzIsfEVjUnYfzVjn9X2wFoWfA3UxYdUpFlj2g3jYxp9uBSVqf8CgmHw0QmM7cccg== X-Received: by 2002:a05:6a00:880f:b0:6f3:ea4b:d235 with SMTP id ho15-20020a056a00880f00b006f3ea4bd235mr642058pfb.0.1714150154259; Fri, 26 Apr 2024 09:49:14 -0700 (PDT) Original-Received: from smtpclient.apple ([2601:641:300:4910:ac82:be4f:9f14:c0c9]) by smtp.gmail.com with ESMTPSA id a20-20020a056a0011d400b006ecec1f4b08sm15013720pfu.118.2024.04.26.09.49.12 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 26 Apr 2024 09:49:12 -0700 (PDT) In-Reply-To: <86plud1sxk.fsf@gnu.org> X-Mailer: Apple Mail (2.3731.700.6.1.1) 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:284000 Archived-At: > On Apr 25, 2024, at 6:19 AM, Eli Zaretskii wrote: >=20 >> From: Stefan Heitmann >> CC: "70438@debbugs.gnu.org" <70438@debbugs.gnu.org> >> Date: Thu, 25 Apr 2024 11:24:13 +0000 >>=20 >> Thank you very much for your help... >>=20 >> I think I understand roughly the issue and it makes sense that you = can't do anything here... But I think, I could file another bug report = for the repo maintainer of the arch package =F0=9F=98=89 >=20 > Yes, please. 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. This also brings me to the versioning of tree-sitter grammars=E2=80=94they= really do change often, we should really consider pinning their version = in some way. The current catch-up game we play can=E2=80=99t be = scalable. Yuan Quote: >> Just so that this is clear to me: The solution to the immediate = problem would be for the relevant Linux distros to issue a new Emacs = package? > I really think that in order to provide a reliable end-user = experience, and prevent issue like this, Emacs should just statically = link a particular version of Tree-sitter. > If some Linux distros mandates that all libraries, no matter how = small, must be distributed as dynamic libraries (which is just... = staggeringly impractical IMO), then the Emacs package should specify a = particular version of the Tree-sitter package to use - not a version = range. >> I think we have to commit to not using the semver version in our = library names, and to follow libtool-compatible rules for selecting a = SONAME instead. >>=20 > I agree with this. Ideally, we should set up tooling to automatically = bump the soname on breaking ABI changes. But if any Emacs package = maintainer is seeing this issue - we do not yet have this tooling - this = library is maintained by a small team, and may not have perfect ABI = stability! Consider taking a more conservative approach to dependency = versioning, so that end users don't have to deal with situations like = this!