From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa1.mentor.iphmx.com (esa1.mentor.iphmx.com [68.232.129.153]) by sourceware.org (Postfix) with ESMTPS id 85BA73851ABD for ; Mon, 31 Oct 2022 16:59:02 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 85BA73851ABD Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com X-IronPort-AV: E=Sophos;i="5.95,228,1661846400"; d="scan'208";a="88629973" Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa1.mentor.iphmx.com with ESMTP; 31 Oct 2022 08:59:01 -0800 IronPort-SDR: c4NQouab4YrGOkZmwhGE7WsUui6MoqYlshTLtjnm8CmPNfv3vjAX1asvRcNnG8A7jBFHV6I3fe Moku3adWWGrNTXqg80jo/ubRejpwhhNcSjULMTQJJb6Q1HLfW10P/USXQSoQSIrojJEf0pnruU 5lLadSg2B7Mm0Mjanbddg2UWsufopt/1F0S+GD3FJQQIcnWUgP5I7TdZQMaBeq0kt+QEkLxjEP 8FiViLSrgWuDcqSV3mKbesCKi53/EuUziQ03JaxTELRGoenCq655by7EyP4+/MPl+lU98kIjd0 9Nw= Date: Mon, 31 Oct 2022 16:58:57 +0000 From: Joseph Myers To: Adhemerval Zanella CC: , Aurelien Jarno , YunQiang Su Subject: Re: [PATCH] linux: Alias non-LFS to LFS stat function for mips and sparc (BZ #29730) In-Reply-To: <20221031160032.1813610-1-adhemerval.zanella@linaro.org> Message-ID: <4cfb228a-9b6-a444-df78-e0932cd33f71@codesourcery.com> References: <20221031160032.1813610-1-adhemerval.zanella@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-15.mgc.mentorg.com (139.181.222.15) To svr-ies-mbx-10.mgc.mentorg.com (139.181.222.10) X-Spam-Status: No, score=-3110.3 required=5.0 tests=BAYES_00,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Mon, 31 Oct 2022, Adhemerval Zanella via Libc-alpha wrote: > However for misp64 and sparc64, which have a different struct stat > layout between glibc and kABI; still have the same layout for non-LFS > and LFS struct stat. For both cases there is no need to provide a What's the basis for that assertion? My understanding is that mips64 (both n32 and n64) has *different* struct stat and struct stat64 layouts (n32 obviously, since it's a 32-bit ABI using 64-bit registers, but unfortunately n64 also has different layouts even though as a 64-bit ABI it shouldn't have needed to do so). -- Joseph S. Myers joseph@codesourcery.com