From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa4.mentor.iphmx.com (esa4.mentor.iphmx.com [68.232.137.252]) by sourceware.org (Postfix) with ESMTPS id EC2DE3858C3A for ; Mon, 11 Oct 2021 22:06:01 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org EC2DE3858C3A Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com IronPort-SDR: n3SHuHYdLfGmmrdWp0FvFrJJzCJMbo2uCmxePhbHt3wvR640ITM96Um1awVg7E4m1pNGQFQnIY /rMBBf8QiH9M48D445YG2TI9AbHZiq3SkBTaG11sMI/BXL3UcIbEFnOWg+LB47iYdu8QhLbGw3 VIfxyXdJW7wKMjw1TALVDtKS60izfb1aFOVOehvw1CyZP3cK3++oPy6gKs0wgLXFvLk4UFfFOY dO/pGBeUuQ5GlX2IGvIvtTqgRUYmrCHp6/mlbD6sPmoaHQyVywmBXHvPtRlhtuUjtkszE2154k fqmuSA6dYr75onpPneuiJ4xg X-IronPort-AV: E=Sophos;i="5.85,365,1624348800"; d="scan'208";a="67080833" Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa4.mentor.iphmx.com with ESMTP; 11 Oct 2021 14:06:01 -0800 IronPort-SDR: ESO+7lai8D0hY/a3Dy79/fed1noKqpH3UIBtwvJC3iCMH13Jt+MvH9Bq/0PVShPenW8FMHj4mv sXTBKaFZI56KritK+NrUYSY3MKJ00LEjKUgQIf383pdUxjp3s3GfbymoC+Gm/BlSuHF7QBu5uu y4h1bTTWeJBvXQ+NPoik86CQYoh0ThrO49cRvWsSNwpx8Q5mlbbwAVWlAUPUZv2VuZA/X2CAE1 VLDXfqA/fgdpPpjnm+2n/6DuL3ZCaL3VKHmXWtOz1BeBmdpOvns6klwfjUicIVEebLweltWkVR S6M= Date: Mon, 11 Oct 2021 22:05:55 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: Paul Eggert CC: "Alejandro Colomar (man-pages)" , , , Subject: Re: [PATCH] ctime.3: mktime() may modify tm_hour due to tm_isdst In-Reply-To: <6ccf0867-33fe-53f0-0bb9-bf25d09aabb6@cs.ucla.edu> Message-ID: References: <20211010105245.53896-1-alx.manpages@gmail.com> <6ccf0867-33fe-53f0-0bb9-bf25d09aabb6@cs.ucla.edu> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-Spam-Status: No, score=-3117.7 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.29 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: Mon, 11 Oct 2021 22:06:03 -0000 On Mon, 11 Oct 2021, Paul Eggert wrote: > On 10/11/21 3:27 AM, Alejandro Colomar (man-pages) wrote: > > timegm(3) says that you should "avoid their use" because timegm(3) is a > > Linux and BSD extension, but its use can NOT be avoided (well, it can, but > > if not done very carefully, you are likely to introduce bugs due to > > setenv(3) not being thread-safe), so I'd remove that sentence from > > timegm(3).  I think it should be in POSIX. > > No, NetBSD's mktime_z should be in POSIX, as it nicely generalizes both mktime > and timegm. Arguably ISO C (there's no obvious dependence on any concepts that are in scope of POSIX but not of ISO C), but we're now past the deadline to request document numbers for proposals to C23 (and while there's a proposal to add timegm, there's no proposal to add functions using explicit time zones). -- Joseph S. Myers joseph@codesourcery.com