GNU bug report logs - #78754
Tree-sitter started versioning their shared library filenames

Previous Next

Package: emacs;

Reported by: Peter Oliver <p.d.oliver <at> mavit.org.uk>

Date: Tue, 10 Jun 2025 18:53:04 UTC

Severity: normal

Done: Yuan Fu <casouri <at> gmail.com>

Full log


Message #37 received at 78754 <at> debbugs.gnu.org (full text, mbox):

From: Peter Oliver <p.d.oliver <at> mavit.org.uk>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: casouri <at> gmail.com, 78754 <at> debbugs.gnu.org, shipmints <at> gmail.com
Subject: Re: bug#78754: Tree-sitter started versioning their shared library
 filenames
Date: Fri, 13 Jun 2025 18:20:36 +0100 (BST)
[Message part 1 (text/plain, inline)]
On Thu, 12 Jun 2025, Eli Zaretskii wrote:

>> Date: Thu, 12 Jun 2025 18:05:12 +0100 (BST)
>> From: Peter Oliver <p.d.oliver <at> mavit.org.uk>
>> cc: Eli Zaretskii <eliz <at> gnu.org>,
>>         Stéphane Marks <shipmints <at> gmail.com>,
>>         78754 <at> debbugs.gnu.org
>>
>> On Thu, 12 Jun 2025, Yuan Fu wrote:
>>
>>>> On Jun 11, 2025, at 5:41 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>>>>
>>>> Indeed, I think the loop should be in the opposite direction, from
>>>> the highest supported ABI version to the lowest.
>>>
>>> We’re adding candidates using Fcons, so candidates added later are in the front of the list, no?
>>
>> So we currently prefer the bare libtree-sitter-foo.so to any versioned files?  Shouldn’t that one be the last resort?
>
> Why should it?  isn't it standard practice on Posix systems to make
> foo.so a symlink to a versioned foo-N.M.so?

Yes, but the symlinks are typically not installed by default, since they’re not required for using the libraries, only for building against them.

But mainly, what happens if someone has multiple versions of the library installed?  Perhaps the symlink points to libtree-sitter-foo.so.16, but we’re linked against a version of Tree-sitter that support libtree-sitter-foo.so.15 at best.  It seems to me that, since we know what versions we support, we may as well start with libtree-sitter-foo.so.15, rather than loading libtree-sitter-foo.so and hoping for the best.

-- 
Peter Oliver

This bug report was last modified 2 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.