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=-2.8 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED 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 808B42F9DB for ; Thu, 19 Sep 2024 20:31:09 +0200 (CEST) Received: (qmail 18340 invoked by uid 550); 19 Sep 2024 18:31:02 -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 x-ms-reactions: disallow Received: (qmail 18304 invoked from network); 19 Sep 2024 18:31:02 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1726770653; x=1727375453; i=nullplan@gmx.net; bh=jiw6xDeESoMgDvsydY4OeSy3YT/B50OlSRtUGEYgGvQ=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=RRN2c4eyAwE3BFn/+IqVsrpJtIO2SVJmuPYDKZMUUWRza681QBAr+5ISs9c+6QQu quTtl1wd/PjROdJIRgtdPM15fldrtTq1jfoZUlSVrv/4Up0EE7JIhHbBbDsdzqzfY s68ELv2CIBlOiKJtkFgsmWm6RrP5gw6Tmc4uiLEQHwvNJ/hVD7wspmarJZQsSaO3C 3Ley8BPaj+0cP+ubimPci+cAkg0YSVrLM7ETim2sPuW/6rTpPdIlBVWqFqj+kIOLW mazVuAmu4XRqtv6rbjG7b23PoMK+EZmYEseJI7OM/DbMQWpTBL0Q9HR4QBP8VMq9w SOuqlU9BGtVXRUEG+g== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Date: Thu, 19 Sep 2024 20:30:51 +0200 From: Markus Wichmann To: musl@lists.openwall.com Cc: Brian Cain , Alex =?iso-8859-1?Q?Benn=E9e?= Message-ID: References: <5179cce6-b63b-4687-8f25-f02a5fd93679@quicinc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Provags-ID: V03:K1:J0N1cRB5fyEI+VFqmCt4CXBip8hKtEox3aEY2/txwu2X1AzcuJO e0CuR8Es+oqt68CtbYEJ2DiO7eOMILKzm+V66pGQ4devY8eI46wV2sl+lkXDqh/AOkk0u9G lrcR6oovH7ZHQyyEotbvs5OPX6vClU6egw2r/+aBjPtpFRqtI7smgnI8BDUdybfa/Usn7r/ TQsriSUCE66t4B/KtTFdg== UI-OutboundReport: notjunk:1;M01:P0:ygpmJh3a2pc=;+cI3XV1ptYrYpnXhZeMg8zMOZ4r 9u/FSuTz+fqgpVueA65aVoA7/Lm3lDLhZgZ5obYyZBY1ZvfLudz93BKdw/UdD2Mm+/b4G039W NZae52zTvMo29c5n3tkDHedIDNvxjxbrAb6HGbeaI+IZusZcYkaMbt881JdvBRveWGZ9yzD87 oEptOGkyfWxYncjWSP33F83A2gqZTYz5e1Nb9iUKGjZuZq40oTsa7dv9rkV52GAKSBdrzM4oy rYZN50GxQpIPsI1+JwhcCNujVhVLnaI9mXrk4OrowemAEhQ/I83QrtGsSUizP3B8WcVqiq0nG uMD3Moy3jgbCCzGe+hEL25VKP3U6pQoHiokmHLH7bBlEINvjtTw/wmClop1ToirD00v4v7My4 ZTxdOCCD7t8uASKRLQ1HelpwVnu40EmdB3hUXIpGu0MDFQ5Cai489jW4O2cR5BCW8SH11wg85 dls91IO4/FVqkdIuw6ZisU9Zq0tiw6Xicd6QGhAJ+/MHny6ibBHnE3Scfv22XdC3LnXk0U+AS 7z3LZyxxL5b4iLQk+qgox6OBUd/hpBgGlCazDi3vfUhKNYbMjCxVh3egQPVXezwjZpLrhECbl Jj/wyNxb19yBfcilJ0qeG6SbX/9cto+RHNwMPsMJTjnghuBz5MsuGhR4PG+wlTldK1WtpEcKc Hc7rZDkKu+ZMpdCeHqh0oaMYUWUVXtjaLPUre9Km1fR7qnpdfHuUahDV1uZF9fdBea7xxbF8S 10YMlfIxKUuOLjgX4uryBDBoo7vyZFnjwo32BW2IeOrAvtkDm8Z9nAOHZwJx8hySmbInWfeth zTnBPk3a4goRmxvdFPmDm/LSjkM5YQgg3A0uSQbdHHrx4= Subject: Re: [musl] _GNU_SOURCE and _LARGEFILE_SOURCE Am Wed, Sep 18, 2024 at 04:24:11PM +0200 schrieb Markus Wichmann: > - the only reason to use the LFS64 symbols is compatibility with (at > this point) really old glibc versions on 32-bit targets. Have to correct myself on that one. I said old when I should have said ancient. A quick check in git showed that support for _FILE_OFFSET_BITS was added in October of 1997. If you don't know what that means: That was between Pricess Diana's funeral and the Kyoto Protocol. So there really is absolutely no reason to use LFS64 functions ever. Ciao, Markus