From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-Status: No, score=-3.9 required=3.0 tests=AWL,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_PASS, SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 6CE901F5AE for ; Thu, 23 Jul 2020 20:55:33 +0000 (UTC) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id AB58C3857C67; Thu, 23 Jul 2020 20:55:32 +0000 (GMT) Received: from esa2.mentor.iphmx.com (esa2.mentor.iphmx.com [68.232.141.98]) by sourceware.org (Postfix) with ESMTPS id 2AC4D3858D38 for ; Thu, 23 Jul 2020 20:55:30 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 2AC4D3858D38 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=joseph_myers@mentor.com IronPort-SDR: w3zPRM9C682FcbIU4jfDqbgZDct7BgmZYbQn4RKhVzgDA5YymaO0LYv5RQCK2cLSH410wD3cU3 WA2aIk5BFcgzIcb3XmWMQ7lU4iz+UTgtZDFlgaFal+9xRK1fMXH7OrmUK3r0wY44es5x7flQZx wemDyrJA+63Pm4J9DR3OCwzYgjv7QR+j4A6u3fmxJx387I8Vyl+avrvWYfik3OLuDA/69/i/jb OjFEao/i45vg0IZXkSHonG5bixTukog4+r9gTo3jgg+jRWsbbrfjcn2Wc2OixcyePUeAczdcns shg= X-IronPort-AV: E=Sophos;i="5.75,388,1589270400"; d="scan'208";a="51252634" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa2.mentor.iphmx.com with ESMTP; 23 Jul 2020 12:55:29 -0800 IronPort-SDR: 3wq/mmM+m0yEzub7h3WJGawdYzsaRt+ci8Aq2rxRA1/RJ3jIAmC995bc0CLyJrEVYAUBLb/vWm r0asDVGRXLbQt8WAnUu18gagqdqkzddDHmKq55A7K3Kl+it96X5EYL3ERxdB9T8yYG4tbhAy4t +JYwtcqmRkmz5J8N7CavF7T60WQeQ99Yqcmpx6mYohSYNvpMtzZrPki2QXJA17Wdnc83eW3brF mpeTYmdxGyIjXwYvNOGQRO/FZffqQ9x+fY1Yifeugddo0Z5guggG9CB+8ZYJz7AiDDqXfeAji1 t+w= Date: Thu, 23 Jul 2020 20:55:23 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: Adhemerval Zanella Subject: Re: [PATCH 15/16] linux: Add {f}stat{at} y2038 support In-Reply-To: <20200723194641.1949404-16-adhemerval.zanella@linaro.org> Message-ID: References: <20200723194641.1949404-1-adhemerval.zanella@linaro.org> <20200723194641.1949404-16-adhemerval.zanella@linaro.org> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Alistair Francis , libc-alpha@sourceware.org Errors-To: libc-alpha-bounces@sourceware.org Sender: "Libc-alpha" On Thu, 23 Jul 2020, Adhemerval Zanella via Libc-alpha wrote: > A new struct __stat{64}_t64 type is added with the required > __timespec64 time definition. Both non-LFS and LFS support were > done with an extra __NR_statx call plus a conversion to the new > __stat{64}_t64 type. The statx call is done only for architectures > with support for 32-bit time_t ABI. The combination of 64-bit times with 32-bit offsets is not supposed to be supported (no existing glibc configuration supports such a combination); _TIME_BITS=64 without _FILE_OFFSET_BITS=64 should be an error. Thus, the __stat_t64 type and functions shouldn't be present. -- Joseph S. Myers joseph@codesourcery.com