From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <eggert@cs.ucla.edu>
Received: from zimbra.cs.ucla.edu (zimbra.cs.ucla.edu [131.179.128.68])
 by sourceware.org (Postfix) with ESMTPS id 71D88386FC01
 for <libc-alpha@sourceware.org>; Fri, 14 May 2021 06:32:33 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 71D88386FC01
Authentication-Results: sourceware.org;
 dmarc=none (p=none dis=none) header.from=cs.ucla.edu
Authentication-Results: sourceware.org;
 spf=pass smtp.mailfrom=eggert@cs.ucla.edu
Received: from localhost (localhost [127.0.0.1])
 by zimbra.cs.ucla.edu (Postfix) with ESMTP id BB4751600D0;
 Thu, 13 May 2021 23:32:31 -0700 (PDT)
Received: from zimbra.cs.ucla.edu ([127.0.0.1])
 by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032)
 with ESMTP id BqUtWV1EV9n4; Thu, 13 May 2021 23:32:31 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
 by zimbra.cs.ucla.edu (Postfix) with ESMTP id 247D91600D4;
 Thu, 13 May 2021 23:32:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu
Received: from zimbra.cs.ucla.edu ([127.0.0.1])
 by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026)
 with ESMTP id zh-3oJ9hPdOH; Thu, 13 May 2021 23:32:31 -0700 (PDT)
Received: from [172.20.12.107] (unknown [64.55.146.34])
 by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id E55261600D0;
 Thu, 13 May 2021 23:32:30 -0700 (PDT)
Subject: Re: Add C2X timespec_getres
To: Joseph Myers <joseph@codesourcery.com>
References: <alpine.DEB.2.22.394.2105132353340.2102509@digraph.polyomino.org.uk>
Cc: libc-alpha@sourceware.org
From: Paul Eggert <eggert@cs.ucla.edu>
Message-ID: <8722784d-38e5-937e-60e2-e42f91070c63@cs.ucla.edu>
Date: Thu, 13 May 2021 23:32:26 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.8.1
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.22.394.2105132353340.2102509@digraph.polyomino.org.uk>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-US
X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS,
 NICE_REPLY_A, SPF_HELO_NONE, SPF_PASS,
 TXREP autolearn=ham autolearn_force=no version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
 server2.sourceware.org
X-BeenThere: libc-alpha@sourceware.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Libc-alpha mailing list <libc-alpha.sourceware.org>
List-Unsubscribe: <https://sourceware.org/mailman/options/libc-alpha>,
 <mailto:libc-alpha-request@sourceware.org?subject=unsubscribe>
List-Archive: <https://sourceware.org/pipermail/libc-alpha/>
List-Post: <mailto:libc-alpha@sourceware.org>
List-Help: <mailto:libc-alpha-request@sourceware.org?subject=help>
List-Subscribe: <https://sourceware.org/mailman/listinfo/libc-alpha>,
 <mailto:libc-alpha-request@sourceware.org?subject=subscribe>
X-List-Received-Date: Fri, 14 May 2021 06:32:35 -0000

On 5/13/21 4:54 PM, Joseph Myers wrote:
> The handling of 64-bit time
> follows that in timespec_get; people maintaining patch series for
> 64-bit time will need to update them accordingly (to export
> __timespec_getres64, redirect calls in time.h and run the test for
> _TIME_BITS=64).

Would it be simpler if new time_t-related APIs support only 64-bit time_t?