From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 482 invoked from network); 11 Jan 2022 17:55:56 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 11 Jan 2022 17:55:56 -0000 Received: (qmail 1645 invoked by uid 550); 11 Jan 2022 17:55:54 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 1613 invoked from network); 11 Jan 2022 17:55:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1641923742; bh=/605s6zHB3a6+mV8Iz0UHMLz/z90mu87a5hE2J9VBns=; h=X-UI-Sender-Class:Date:From:To:Subject:References:In-Reply-To; b=ErWCIBl4Y0hSOPsa8NNx6V7B/4pM7a7Ecn5rgAx5DFT4PQZY0QB1U2fTwTmSKTgfc cpev4ts6t+efx/RvSQPXIz0gwLV9Y/NGID4Al73WWc/yEM9I2i9IG9vmBOtMmSGLOW 4q9AXiyaOlKgOxuDpMKEppHz0yK93j9T+GluiV2c= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Date: Tue, 11 Jan 2022 18:55:41 +0100 From: Markus Wichmann To: musl@lists.openwall.com Message-ID: <20220111175541.GB2046@voyager> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-Provags-ID: V03:K1:O1VgNc9sHmfNW2PiJdlh0Fb3Omb8VaGGzaScBhatTMU8Dy3u2PJ 5dhcMXPXBPmeKNw4LEd1sNJW84VcfqFehUNImmlO3kYp/VH/uIM44OgqZdhm5ljt352pXth L4B9SGQ9BEqUqrrUVB1K4euxp6y+l3+jDqjv8piRi+CSfy5lLckakN8/4F4pMn8U3MYowZ5 6peP8ohpDTSMTosg7hfPg== X-UI-Out-Filterresults: notjunk:1;V03:K0:hYJTARFnqYk=:S2BhHW8H0V9or8gI/6PWla zt2WMIdcezeNDIvONRXUV666ihoUgUvywUcuYFKdkUa0fkj8vOvaze7bR+3UWa1eczaW0ogq8 VbZLu0u04kxlpfcXXCj1ea/cnVx5zx1qfHDOVbZmmoKrVYeQ2Ra4nzBniSKfvw6FSnbE/+f0U m9PmHsTOlgbzUbwBIZ0uxJRcQ+YHMn2RAXU+erQWcJjvnXwsh7h/EyFDpm1hnnf8y3bjQ1xId dwdQIwcGiEXOVdlrCs1A6pR6rGfWx5wJe6FtwD6ve1y663lZiw5IDjblXeYC4SBIQTKd5MoyK SMdrCyPKHo8eH979wd9aj/eW/O/DgHAMk0mFNSTV5guzhbs4IMfUkB72mIYXn3BGHMbMv4N6c rkjghWa5H8LNWerw21Dduv7XN5zN4yCggXWwTHqB0WVaKQCDWnn2aOCUsL5SAjuZfJ0Vq75lc JKLnlfYcIyecFskbHfYZPTOBBUGDyTuAWWZqcIH99qilBUcXQbDMVpJ3xYG4Qth1hGQo8Q5xV vqwMuDL1Qxm0UW+yD+2kkPhepeU00RfIY1PNlvmw7E3h3E3w8DseHZ9LuNO2l54ewCDU+jduw YdCDLQivn3RhostiH7gu4fVPY+P3ALXUTUI7xUAsBrCOBp2LPq+gQXrcC/14nx8oBktFnBxco KOwqEuDo7qEw0UfgD5VTDGUcOasMsY0QU1AVmBEDFEP2SiLCmuu+TlgT7EsP2rQT8Yj/rvKLr AyT2ELbofeIR1TP4RZa2ENRbG1BScSxtD73phBwuI7Gu0Vu7nWjBfqxH79OJUC+uafGgC/b5K Ei5UEQd/88P/TNObbIOajUwZAIS1E1C3IWz03YJICQdSFCiMY6zOh9xnmZLhjtl+T29c8qxPb sXmqFKFvuJplwHZ5wJqnio4KacUAVk1HTU0OXgqKBu+iUYSSiyNQ3VswBYyofq8hNyjUXJV5k FP0Wd05CN4Gv8E2h7mUg8lhk1FWA6jZ00GlL3Uq5zktWk3gjZdKkq/lUUCWOt2Am35IpVwFXH HqHsmn8c7H6MDkOHCcnOyS/L82bEzCY/cg06BLvGOM3QRjwU7OsAN7ic2XEwN+gdi7Qki8C9F BQ5h1Iw8AoZA5Q= Content-Transfer-Encoding: quoted-printable Subject: Re: [musl] Cannot dlopen() an already loaded shared library by its SONAME name On Tue, Jan 11, 2022 at 12:50:33PM +0100, Ilia K wrote: > Hi! > > It turns out that `dlopen()` in musl cannot find the already loaded shar= ed > library using the library soname from the dynamic section, unlike glibc. > [...] > Do you have any plans to support it? > Given that this question already surfaced twice and was denied just as often, I'm guessing no. The reason for the behavior is that loading a library with explicit path name is what you do with a plugin, and you don't necessarily want a plugin's symbols to be visible to everyone. That's why a library loaded by path name does not get a shortname set, and a shortname is what you need to be able to find a library by just its name. I would suggest always loading the library by its short name and setting LD_LIBRARY_PATH if this is what you want. That behavior works consistently across all libc implementations I know. Ciao, Markus