From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-104063-e=80x24.org@sourceware.org>
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net
X-Spam-Level: 
X-Spam-ASN: AS31976 209.132.180.0/23
X-Spam-Status: No, score=-3.9 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_EF,HEADER_FROM_DIFFERENT_DOMAINS,
	MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS
	shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2
Received: from sourceware.org (server1.sourceware.org [209.132.180.131])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by dcvr.yhbt.net (Postfix) with ESMTPS id 04B011F462
	for <e@80x24.org>; Tue, 30 Jul 2019 19:58:35 +0000 (UTC)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:cc:subject:in-reply-to:message-id
	:references:mime-version:content-type; q=dns; s=default; b=DSzpJ
	ouxyz8p33oO6m2Wd/j5fVennVrpM5Rl72x3Nmr5M74y5fM+8vFXTRmkFCS9zpb+f
	RHTPK3AXjK8o46yUxOi9GsQKNSgyiu/3xgAHzrcLeOLHVX8Ud0qChArLuWJLhNAC
	hUxEFjVNC8iNZ11RhrITLjUDsX6kxP+88k89U8=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:cc:subject:in-reply-to:message-id
	:references:mime-version:content-type; s=default; bh=yVFkq5o0Jxd
	/OZFlp8zuAJ5Ushg=; b=qA8Zrwhg1XGauF/kq0gqWpxRfA38FU0aOSfaEnRB+xf
	n6scLyWrkGUW+6QBf4dWmrMWjcaRm/N7yPtCbsMCEhkTh1uc5NSI7yxsfyJuGBf/
	1jJ0JHv01qhOs3JNodUfmdknM6LuPyxiMBjrEs4TIRhYnLcPlXSGVkhBu6gVlLuc
	=
Received: (qmail 27875 invoked by alias); 30 Jul 2019 19:58:33 -0000
Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-alpha.sourceware.org>
List-Unsubscribe: <mailto:libc-alpha-unsubscribe-e=80x24.org@sourceware.org>
List-Subscribe: <mailto:libc-alpha-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/libc-alpha/>
List-Post: <mailto:libc-alpha@sourceware.org>
List-Help: <mailto:libc-alpha-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: libc-alpha-owner@sourceware.org
Received: (qmail 27867 invoked by uid 89); 30 Jul 2019 19:58:33 -0000
Authentication-Results: sourceware.org; auth=none
X-HELO: relay1.mentorg.com
Date: Tue, 30 Jul 2019 19:58:25 +0000
From: Joseph Myers <joseph@codesourcery.com>
To: Zack Weinberg <zackw@panix.com>
CC: Lukasz Majewski <lukma@denx.de>, Wolfgang Denk <wd@denx.de>, GNU C Library
	<libc-alpha@sourceware.org>, Alistair Francis <alistair.francis@wdc.com>,
	Alistair Francis <alistair23@gmail.com>
Subject: Re: Accelerating Y2038 glibc fixes
In-Reply-To: <CAKCAbMjvrgebp9qhbK3TiH3fNEx+Xg0B9tGgJv=iVjRwUKEdoQ@mail.gmail.com>
Message-ID: <alpine.DEB.2.21.1907301955210.10734@digraph.polyomino.org.uk>
References: <20190712072103.D3DBC24003A@gemini.denx.de> <alpine.DEB.2.21.1907251934270.17883@digraph.polyomino.org.uk> <20190726123902.6f8813da@jawa> <CAKCAbMjvrgebp9qhbK3TiH3fNEx+Xg0B9tGgJv=iVjRwUKEdoQ@mail.gmail.com>
User-Agent: Alpine 2.21 (DEB 202 2017-01-01)
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"

On Mon, 29 Jul 2019, Zack Weinberg wrote:

>    Q5: Is it correct that __ASSUME_TIME64_SYSCALLS is only defined
>    when the new constants are guaranteed to be defined?

Either the new constants, *or* constants such as __NR_clock_settime if 
those syscalls use 64-bit time with the same semantics as the suffixed 
syscalls.

Note that if Florian's changes to include syscall lists in glibc go in 
then we could assume the constants for the new syscalls are defined in all 
cases where the old syscalls don't use 64-bit time.  That might slightly 
simplify some of the code, by eliminating the case "__TIMESIZE == 32, 
constants for syscalls with 64-bit time are not defined".

-- 
Joseph S. Myers
joseph@codesourcery.com