GNU bug report logs -
#70438
Emacs error 6 abort when starting rust-ts-mode
Previous Next
Reported by: Stefan Heitmann <sh <at> bytekomplex.de>
Date: Wed, 17 Apr 2024 16:12:08 UTC
Severity: normal
Tags: wontfix
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #20 received at 70438 <at> debbugs.gnu.org (full text, mbox):
> From: Yuan Fu <casouri <at> gmail.com>
> Date: Sat, 20 Apr 2024 15:20:41 -0700
> Cc: Stefan Heitmann <sh <at> bytekomplex.de>,
> 70438 <at> debbugs.gnu.org
>
>
>
> > On Apr 20, 2024, at 2:36 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> >
> >> From: Yuan Fu <casouri <at> gmail.com>
> >> Date: Sat, 20 Apr 2024 01:28:48 -0700
> >> Cc: Stefan Heitmann <sh <at> bytekomplex.de>,
> >> 70438 <at> debbugs.gnu.org
> >>
> >>> Yuan, can you please look into this? It seems the latest versions of
> >>> tree-sitter made some incompatible ABI change (without changing the
> >>> shared-library version, I guess? not nice!), so can we have some
> >>> workaround for this?
> >>
> >> I think tree-sitter people are working to fix this [1]. I don’t think we can do much here, AFAICT tree-site changed ABI without bumping ABI version, and Arch and Gentoo are serving old Emacs build this new tree-sitter so, which is incompatible and crashed Emacs. We can’t really do anything to the Emacs build on people’s machines (though, who knows, maybe you CAN cask spells and flip bits).
> >>
> >> [1] https://github.com/tree-sitter/tree-sitter/issues/3296
> >
> > It isn't clear to me what would be their solution. Couldn't we at
> > least reject these new versions at configure time, until they fix the
> > issue?
>
> From what I understand, rebuilding Emacs with the new header file should fix the issue? Even if we push some change, users need to rebuild Emacs anyway.
I didn't mean to avoid rebuilding Emacs -- that's impossible when
changes are made on the C level. I meant to make our sources work
with both old and new ABIs.
But maybe I don't have a clear idea of what exactly was the
incompatible change. Can you describe it here? Is it the signature
of one or more tree-sitter functions, or is it something else?
This bug report was last modified 1 year and 27 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.