From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: from second.openwall.net (second.openwall.net [193.110.157.125]) by inbox.vuxu.org (Postfix) with SMTP id D20732692C for ; Sat, 9 Mar 2024 20:18:32 +0100 (CET) Received: (qmail 7531 invoked by uid 550); 9 Mar 2024 19:14:27 -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 7511 invoked from network); 9 Mar 2024 19:14:27 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=s31663417; t=1710011888; x=1710616688; i=nullplan@gmx.net; bh=GK+ue2lypJSPCdkSDh2QoxiGPdFe3hFEy3zWoSQW1B0=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References: In-Reply-To; b=GWq/arbVyKt6eeQnkp+ERbOAkgmkkUrAl9PJNsf1rWSB1k60rm/FlWw9GUz1ZxrY zkuOgx3Brn3h8LHKD0Yu+gNIHfrp1J0IlXcql4z2Abqz/WBAOlNQXM0gGp+IFNLy4 sS7iwQE+D53ZNX/tCw9NKf3szE4Dri5IrI6ctPuW/yL8jqhpBdEC9pjJA103QdlPh Bk9B+0GSn0HY9Qovctu4HF9apdYfnTNZpoUhMre1dWKy5QOeJAE9pQHapjUODRKGa SP1SQTtHGinMYUC07JI4WHAyr3L/FPnf81PGqRs5osPQls1q4tsHUHA8M2RLaPcvS L5Hel3a43wC+hGUxsA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Date: Sat, 9 Mar 2024 20:18:04 +0100 From: Markus Wichmann To: musl@lists.openwall.com Cc: Andreas Schwab , Rich Felker , Guillem Jover , libc-alpha@sourceware.org, libbsd@lists.freedesktop.org, "Serge E. Hallyn" , "Skyler Ferrante (RIT Student)" , Iker Pedrosa , Christian Brauner Message-ID: References: <20240309150258.GS4163@brightrain.aerifal.cx> <87o7bnjlsg.fsf@igel.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Provags-ID: V03:K1:ts6BLbC5EleMymizBFo2f/dns+dI2G0o3942Jpkkf+viYCnGUwh BYWWSdBktSDi0DNHyfmLm/gVYBJn+/h3VOUvbkZpYd7eqAHrdejFG+wN+jqHkXV/FufvF6A upqM7iKwBd1VHM3It1blfJwgbvG0S1PgIg7p7apd38OXEXIMRwIERSSCsoVmmK+hNRhHGt+ MsjZbph5zYKTnQdF8/5nA== UI-OutboundReport: notjunk:1;M01:P0:ppr57lii8kU=;YaIR0725+L/BNzK8uWN7t3qiABg r/qFzdyYjp8GFOHxdk6dyY6BVRY0YuUNAYJ5LTau06+m5zP1PIDQ2Fb6KaMdMr3+Dl7Gx5jeH QcsvGC10hsoEPaqhkvTUcHPpt1PufgwtnWFeOTqPB4VZl6Kv6YA2dAOOHlBK5pJcavn+9ksEp 0yH7hsTeeXXWWlTdI2R90X7WPPT8VKcJD5tPqUKpZrlwYlTYc79uXUzX6v/CRk38lXstoyiII Toor7EtJ3CGb3BirX+fLLCfOd3354JR2kwmq46Rugig6ACYkwQk0l3nPz+Yizcdua/4jzZdeL QWH6F4rOEVlXH5wPGYKQquXSLcn3qmCh5cxs18ffzoKM1xwFgHiwpPpPOitRzQqnylp3bC8t4 aXHEvefPA3xv4qO+mLGxvrz6A0IgalcDiO+Nbfr+C6n+73tlWB/3y76BTHnBUYUW3pmzlfqwk YkakfxUm2jE8ws7plALjOJ7B9dng5nL1dbGoSSY0WYqCpc54twRZ7iVsk2loR5q1GxO4dXZLF xtnUUFiyLBOatzfC8dde88FxmaRpPIRqKjXKpO2ZxyLM2LVMdXLPjsHT8TIr3TFvqykG6/sZZ Eihub2LEzdFyJtW7Qj56m1Hwoa+wiAIAzPRPpHPWaBav1sYBsasBTtCCvPigb1R9wvlX85l4N praDIJPrdjIQ71gbNXyW2NUmJVcWPP10HQaAA9lNLP1t5vGE7DvwkTXyM/rIbyr6pI/lUeRCq 0QVwrDGMlhwMT/K5iB89l6wfTeh23kJA3ug2pu9r4kFNSylPotZGvoftqAEUMzsp+XHaKxCWG DbaYiZvUjkq19WZfDvE+wFnlCqPECTJVCBwE1WeF85sn8= Content-Transfer-Encoding: quoted-printable Subject: Re: [musl] Re: Tweaking the program name for functions Am Sat, Mar 09, 2024 at 07:46:38PM +0100 schrieb Alejandro Colomar: > Thanks. Then BSD extended the contract. That's still a problem of musl > and glibc. The API is deficient without setprogname(3), and should be > fixed. I think libc should either drop err.h and let another library > take ownership of the API, or add a way to configure it, hopefully being > compatible with the BSDs. No? > Well, that's the problem with library code. musl will never drop existing functionality for ABI stability alone. The most that was ever done was dropping the LFS64 symbols, and there the symbols are only hidden from the linker, but the dynamic linker can still find them. So no, musl will not be dropping the err.h functions. Of course, you can install a library that overrides these symbols. libc is always linked in last, and UNIX has a long and storied history of superseding symbols. In this particular case, though, if BSD extended the contract, should the onus of checking not be on the application? I think the application should check whether the extended or basic contract is in effect. Ciao, Markus