From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#19302: 24.4.51; `date-to-time' fails after 2038 Date: Sun, 01 Mar 2020 02:30:54 +0100 Message-ID: <878skk6eup.fsf@stefankangas.se> References: <87vblmc377.fsf@gmail.com> <871rqd6yys.fsf@stefankangas.se> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="56186"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Cc: 19302@debbugs.gnu.org, beauchampgabriel@gmail.com, larsi@gnus.org, Richard Stallman To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Mar 01 02:32:12 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j8DSm-000EQj-Jp for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 01 Mar 2020 02:32:12 +0100 Original-Received: from localhost ([::1]:37334 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j8DSl-0001yd-3h for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 29 Feb 2020 20:32:11 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47338) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j8DSd-0001yM-KE for bug-gnu-emacs@gnu.org; Sat, 29 Feb 2020 20:32:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j8DSc-0005wW-Fv for bug-gnu-emacs@gnu.org; Sat, 29 Feb 2020 20:32:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:57875) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j8DSc-0005wR-Co for bug-gnu-emacs@gnu.org; Sat, 29 Feb 2020 20:32:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1j8DSc-00011D-6r for bug-gnu-emacs@gnu.org; Sat, 29 Feb 2020 20:32:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 01 Mar 2020 01:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19302 X-GNU-PR-Package: emacs Original-Received: via spool by 19302-submit@debbugs.gnu.org id=B19302.15830262673848 (code B ref 19302); Sun, 01 Mar 2020 01:32:02 +0000 Original-Received: (at 19302) by debbugs.gnu.org; 1 Mar 2020 01:31:07 +0000 Original-Received: from localhost ([127.0.0.1]:35615 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j8DRj-000100-5q for submit@debbugs.gnu.org; Sat, 29 Feb 2020 20:31:07 -0500 Original-Received: from ted.gofardesign.uk ([67.225.143.91]:36038) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j8DRh-0000zU-58 for 19302@debbugs.gnu.org; Sat, 29 Feb 2020 20:31:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=marxist.se; s=default; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=8p6kl4d+Cd2c5qjwngeTElvFqWxQb74+brELLRHbjVs=; b=K191hSQvizAteX+bSFvjADp0kp CTF5TW67K4+eOj3OBFT/SEB7LzXo9TCzXLGdKdiBwTRyf/FDVsCxn27HmmNwlS7WrhqkBh88gA9My BEic/KnIaBmjAfw8qAI6MTXkdgk+gpXfifDQQTBLN7ASGYs15+0Dh0K2KjtBLwQBrFgZo+wz5Owvp kdC3mltdmJCh2kXZUsU/4LIk901Gavpq1mT99Rlc5ruI8UxUdDV8Py3ODITwR3+FEnBcR/F1gIlDV QYXX0Nby1Q54YoEsPjk0ZmysIlu7+EljFY3dxDeTzhg3fMVYlRwTzHnOOtB/L4cU8nBR28Q7wOp2h M7Y3fs+g==; Original-Received: from h-4-70-69.a785.priv.bahnhof.se ([155.4.70.69]:47952 helo=localhost) by ted.gofardesign.uk with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1j8DRY-0002Vx-PB; Sat, 29 Feb 2020 20:30:57 -0500 In-Reply-To: (Stefan Monnier's message of "Sat, 29 Feb 2020 15:06:29 -0500") X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ted.gofardesign.uk X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - marxist.se X-Get-Message-Sender-Via: ted.gofardesign.uk: authenticated_id: stefan@marxist.se X-Authenticated-Sender: ted.gofardesign.uk: stefan@marxist.se X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:176711 Archived-At: Stefan Monnier writes: >>>>> I agree, but not by making Emacs do heroic hacks, instead we can make >>>>> the problem go away by telling the user to update his C library. >>>> What C library version fixes this? >>> I don't know. But as long as the problem is not sufficiently important >>> to fix it in the C library, I don't see why we should fix it in Emacs. >> I agree. Does anyone object to closing this as wontfix? > > Side note: IIUC glibc now has something working and distributions like > Debian are now trying to figure out how to go about incorporating it > (since it expands time_t to 64bit on 32bit systems, forcing an > ABI-incompatible change which can create more ABI-incompatible changes > in libraries that include a time_t in their API). Interesting. I found the following article regarding Debian: https://lwn.net/Articles/812767/ If I understand correctly, we will have to make some accomodations once this is fully merged, according to the current proposal.[1] The glibc page, last edited 2018-09-19, says: e.g. the 64-bit implementation of clock_gettime would be named clock_gettime64. That seems to also be the content of a series of proposed patches currently being discussed on the glibc mailing list.[2] In summary, we might want to keep this bug report open until we have implemented support for the new types. Best regards, Stefan Kangas Footnotes: [1] https://sourceware.org/glibc/wiki/Y2038ProofnessDesign [2] See for example: https://sourceware.org/ml/libc-alpha/2020-02/msg00873.html