From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from zimbra.cs.ucla.edu (zimbra.cs.ucla.edu [131.179.128.68]) by sourceware.org (Postfix) with ESMTPS id 3EF913858405 for ; Sat, 11 Dec 2021 00:47:14 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 3EF913858405 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=cs.ucla.edu Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=cs.ucla.edu Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 83FCC160057; Fri, 10 Dec 2021 16:47:13 -0800 (PST) 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 zi4a_OR7nCsh; Fri, 10 Dec 2021 16:47:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id D2E0C16012E; Fri, 10 Dec 2021 16:47:12 -0800 (PST) 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 l_Dggj0fe48C; Fri, 10 Dec 2021 16:47:12 -0800 (PST) Received: from [131.179.64.200] (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id B39D216012A; Fri, 10 Dec 2021 16:47:12 -0800 (PST) Message-ID: <49f9e2d0-3252-78a6-0395-8901d82772fe@cs.ucla.edu> Date: Fri, 10 Dec 2021 16:47:12 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.3.0 Subject: Re: [PATCH v2] linux: Use 'long int' for timespec tv_nsec on x32 (BZ #16437) Content-Language: en-US To: Rich Felker Cc: GNU C Library development References: <20211210110233.1401640-1-adhemerval.zanella@linaro.org> <87mtl879ch.fsf@oldenburg.str.redhat.com> <20211211000844.GB7074@brightrain.aerifal.cx> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <20211211000844.GB7074@brightrain.aerifal.cx> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.1 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.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: Sat, 11 Dec 2021 00:47:16 -0000 On 12/10/21 16:08, Rich Felker wrote: > this is a bug fix for a serious conformance problem > that's going to have people writing wacky code to work around x32 In my experience it's not a significant conformance issue. I've had very little trouble writing user code that's portable to x32 struct timespec. Generally speaking the code just works anyway; in the few cases where there might have been trouble the fixes were trivial and non-wacky. Anybody writing portable struct timespec code has more important problems than this (e.g., Solaris 11 'stat' can set st_mtim.tv_nsec to a negative integer, something that's caused me far more hassle). And anybody porting to x32 has waaaaayy more important problems than this. > if anyone even actually cares about x32 If the x32 user community (small as it is) doesn't care about this issue then we all have better things to do than worry about it.