From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa4.mentor.iphmx.com (esa4.mentor.iphmx.com [68.232.137.252]) by sourceware.org (Postfix) with ESMTPS id 04E503858420 for ; Thu, 9 Dec 2021 20:29:16 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 04E503858420 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com IronPort-SDR: KOS0KNNNCIS00ARvkigqypLMCq4X4WQPfJglJayd6ij116pw6VxM0DWAOxDw9mFF2dYVeyF8Oh s5hFgPSYDfMehvGg1us2M0PDO9TK+SqbgRBHC9Hqioaei/3iwCtkU9DQaoHUE6+yA+AtraRxg4 g/wCn/N5FjTbQXICY/t2faL3t+LJIedy928//o95HhQKaf9JeSrHy2h0gST1mppqk7SF2TJfu1 7aRhfaOKjWqiaD9muVOjWP8XPFVqeV4ig4OxhgIXcL21vf1AriBuLPomCxxQyj7wk2yS3rxxAD aTmzmCA9e3nYD3aDHB+r6JJn X-IronPort-AV: E=Sophos;i="5.88,193,1635235200"; d="scan'208";a="69517760" Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa4.mentor.iphmx.com with ESMTP; 09 Dec 2021 12:29:15 -0800 IronPort-SDR: jtXUCQ9tnFM+VzYpnRFCT1Ag2tToDDm3o86TLhf1ldhX0fwAiKKtYHWNAZsU2I1KccE0Z2Jth9 v37yj+S4G6i6S1zT0644wPjEEeDEAIzB5097CEooVsMIJYMF/WEo6inxPjVAHnYMojQAaa8i/r 12tdcEiQhuL6fGwgj2UjR7yFRydYYb2H/3S02iV38yQD5/qEMLqIfHrhJ/NZBvfuPqlPthdotc dFepDN5NOzLlQLv7JNKuHkA94oTopX7+RzcVi011TH5uQMSQRTAlbnU1bgzJIiIRKndzFoLfgm stA= Date: Thu, 9 Dec 2021 20:29:09 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: "Alejandro Colomar (man-pages)" CC: Paul Eggert , Rich Felker , Stefan Puiu , Andreas Schwab , Michael Kerrisk , =?KOI8-R?B?zsHC?= , Jakub Wilk , , Zack Weinberg Subject: Re: [RFC v3 3/3] sys/types.h: Make snseconds_t user visible In-Reply-To: Message-ID: References: <20211207111957.8087-1-alx.manpages@gmail.com> <20211208144757.37641-3-alx.manpages@gmail.com> <3a15b008-3173-018b-121b-4aeb817e378a@cs.ucla.edu> <20211208182506.GY7074@brightrain.aerifal.cx> <433b1982-f68a-402f-b89b-ed39d56b513e@www.fastmail.com> <3946d7a9-48cd-32bf-06dc-129181bdd8e7@linaro.org> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: SVR-IES-MBX-04.mgc.mentorg.com (139.181.222.4) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-Spam-Status: No, score=-3116.4 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.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org 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: , X-List-Received-Date: Thu, 09 Dec 2021 20:29:19 -0000 On Thu, 9 Dec 2021, Alejandro Colomar (man-pages) via Libc-alpha wrote: > There are a few headers that POSIX says shall define timespec but it doesn't > mention time_t in them, and AFAIR (I may remember wrongly), a header can't > define a type if the standard doesn't say it's defined there. In POSIX, unlike in ISO C, *_t is reserved in all headers. In general we've moved towards defining POSIX *_t types for all POSIX headers the standard specifies to include some declaration involving those types, whether or not the standard requires that *_t name to be defined in that header. (Newer POSIX versions mostly tend to require such *_t types to be defined in headers that use them; older POSIX versions have fewer such requirements, but still have the *_t reservation.) -- Joseph S. Myers joseph@codesourcery.com