GNU bug report logs - #70342
29.3.50; treesitter and RTLD_GLOBAL

Previous Next

Full log

View this message in rfc822 format

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Yuan Fu <casouri <at> gmail.com>, Michael Lausch <mick.lausch <at> gmail.com>, 70342 <at> debbugs.gnu.org
Subject: bug#70342: 29.3.50; treesitter and RTLD_GLOBAL
Date: Fri, 28 Feb 2025 18:49:50 -0800

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Michael Lausch <mick.lausch <at> gmail.com>
>> Date: Thu, 11 Apr 2024 20:47:50 +0200
>> Cc: 70342 <at> debbugs.gnu.org
>>
>>  > A solution can be:
>>  > 1) use a special call to dlopen without the RTLD_OPEN flag, sim,ilar to what the eln loader does.
>>  > 2) fix all the grammars and make all functions 'static' so that the functions are not visible outside the
>>  > compilation unit.
>>  > 3) something i didn't think about
>>
>>  If those 'serialize' functions are not needed to be called from
>>  outside of the shared library, the usual way is not to export them,
>>  i.e. to give all symbols except the few that need to be exported the
>>  so-called "hidden visibility".
>>
>> I agree that this would be the cleanest way to solve the problem, but that would mean to patch all the existing
>> grammars and maybe all the future grammars and push the changes to their maintainers.
>>
>> I started to prep patches for the yaml and org grammar (those were the ones which triggered the bug for me)
>> and i'm going to have them merged upstream.
>
> I understand, but why is this an Emacs problem?  We use RTLD_GLOBAL
> for a reason, and the problem of not exposing unnecessary symbols
> should be solved by the respective libraries and those who build them.

I'd tend to agree.  Should this therefore be closed?

I'm copying in Yuan also.

Previous Next

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