From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 102177 invoked by alias); 8 Sep 2017 16:54:00 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 102147 invoked by uid 89); 8 Sep 2017 16:53:59 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=cents, coreutils X-HELO: zimbra.cs.ucla.edu Subject: Re: [RFC PATCH 00/52] Make GLIBC Y2038-proof To: Joseph Myers , Zack Weinberg Cc: "Albert ARIBAUD (3ADEV)" , GNU C Library References: <20170907224219.12483-1-albert.aribaud@3adev.fr> From: Paul Eggert Message-ID: <95f9294b-49d8-267b-d810-ffe7f33a2102@cs.ucla.edu> Date: Fri, 08 Sep 2017 16:54:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2017-09/txt/msg00387.txt.bz2 On 09/08/2017 09:43 AM, Joseph Myers wrote: > (I think this use of long is*less* of an issue than e.g. printf > returning int, since you can legitimately print more characters than fit > in int.) printf is obviously more-important since it's used all over the place and is more likely to run into the arbitrary int limit. That being said, in practice GNU Coreutils, GNU Emacs, and other application code that I help maintain long ago stopped assuming the POSIX requirement that tv_nsec must be of type 'long', precisely because we want to be portable to x32. So from my point of view this ship already sailed and the POSIX requirement is no longer helpful; on the contrary, it is misleading programmers who are trying to write portable software. If the issue is raised again at the Austin Group level, please let us know. I at least would like to put in my two cents.