Message ID | 20201017213758.9270-1-colomar.6.4.3@gmail.com |
---|---|
State | Not applicable |
Headers |
Return-Path: <libc-alpha-bounces@sourceware.org> X-Original-To: patchwork@sourceware.org Delivered-To: patchwork@sourceware.org Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id E4A013857039; Sat, 17 Oct 2020 21:38:20 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org E4A013857039 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1602970701; bh=neJfCB84L0huRreBHYiRAR0qgpeotCXOJot6QQa/LQU=; h=To:Subject:Date:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:From:Reply-To:Cc:From; b=cTImlWLjcNd3cZyQe9xD5sOMILrd/o2quj5l05lOXx/WvzBucjKCesB9HtRz96SWb JRZ2ZCEUWj5A6NyMEzyaSMhHckOz7Omyq4OJXJGYd+Pqx0thBysJBDaf9SAdmMgZXg nD9svqUHRHNdAexASxeDENxxJ4QN28exyYeWgBBs= X-Original-To: libc-alpha@sourceware.org Delivered-To: libc-alpha@sourceware.org Received: from mail-wr1-x441.google.com (mail-wr1-x441.google.com [IPv6:2a00:1450:4864:20::441]) by sourceware.org (Postfix) with ESMTPS id 96DEF3857818 for <libc-alpha@sourceware.org>; Sat, 17 Oct 2020 21:38:18 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 96DEF3857818 Received: by mail-wr1-x441.google.com with SMTP id h5so7262436wrv.7 for <libc-alpha@sourceware.org>; Sat, 17 Oct 2020 14:38:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=neJfCB84L0huRreBHYiRAR0qgpeotCXOJot6QQa/LQU=; b=fXGbIeT1jqgziV0yKEh8qWfItCulDv0NZm7vI9+KlZhVlheZ52eS2OvZK5iOq6Y2Ab Bu2Vogdcl3d2VVbzQNTn0eHyt5ttIPqRPnL7G9StY5FsjyINowYSUXutt1y6U+YGnBNb sDZZOP6LHZdsWfomSfWEuIwq4V4nriDIyha/u0FfpWJiCoCo2qoGJyABvL83/ZfWdeB3 pQlS0iJ2b/X0IdWVIjs5XwtGVRc6fnCJ7XK9EzEnDfeM1vj9vBhmh6GtlVUcVUB1lqRJ 6mmrDZYVDW0+PqldvtkxlpwlsJK1IxgIXT6Ky7r00ARIMwGUHdJ/XYeRIxxvq8kLIjih XmGA== X-Gm-Message-State: AOAM533cvPOkpgqtdsGpE+qAD0YwPs3cGysneA7YqtffFzlaaS9mWs7i QvlRVb52F8ImplyAJv/3Ll4= X-Google-Smtp-Source: ABdhPJwig9qdaKYkvhI6d2U8pVJja0PgV4cTDvxTWPXAnMjXvoLuaL3k9eryG/C3txnXNXsyU+G3UA== X-Received: by 2002:adf:ed8f:: with SMTP id c15mr11265319wro.136.1602970697721; Sat, 17 Oct 2020 14:38:17 -0700 (PDT) Received: from localhost.localdomain ([170.253.60.68]) by smtp.googlemail.com with ESMTPSA id p21sm8975324wmc.28.2020.10.17.14.38.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 17 Oct 2020 14:38:16 -0700 (PDT) To: mtk.manpages@gmail.com Subject: [PATCH 1/3] system_data_types.7: time_t: Add Versions note Date: Sat, 17 Oct 2020 23:37:57 +0200 Message-Id: <20201017213758.9270-1-colomar.6.4.3@gmail.com> X-Mailer: git-send-email 2.28.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-10.7 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, GIT_PATCH_0, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list <libc-alpha.sourceware.org> List-Unsubscribe: <https://sourceware.org/mailman/options/libc-alpha>, <mailto:libc-alpha-request@sourceware.org?subject=unsubscribe> List-Archive: <https://sourceware.org/pipermail/libc-alpha/> List-Post: <mailto:libc-alpha@sourceware.org> List-Help: <mailto:libc-alpha-request@sourceware.org?subject=help> List-Subscribe: <https://sourceware.org/mailman/listinfo/libc-alpha>, <mailto:libc-alpha-request@sourceware.org?subject=subscribe> From: Alejandro Colomar via Libc-alpha <libc-alpha@sourceware.org> Reply-To: Alejandro Colomar <colomar.6.4.3@gmail.com> Cc: Alejandro Colomar <colomar.6.4.3@gmail.com>, linux-man@vger.kernel.org, libc-alpha@sourceware.org Errors-To: libc-alpha-bounces@sourceware.org Sender: "Libc-alpha" <libc-alpha-bounces@sourceware.org> |
Series |
[1/3] system_data_types.7: time_t: Add Versions note
|
|
Commit Message
Alejandro Colomar
Oct. 17, 2020, 9:37 p.m. UTC
Prior to POSIX.1-2008, POSIX allowed time_t to be a real-floating type.
Signed-off-by: Alejandro Colomar <colomar.6.4.3@gmail.com>
---
Hi Michael,
I found this thing when writing about clock_t.
BTW, I'm not sure about the .PP before the paragraph
(it feels like "Versions" is too far away from it),
but it's unrelated to the previous Versions note, so I kept it.
Regards,
Alex
man7/system_data_types.7 | 3 +++
1 file changed, 3 insertions(+)
Comments
On 10/17/20 2:37 PM, Alejandro Colomar via Libc-alpha wrote: > since POSIX.1-2008. > +.PP > +Prior to POSIX.1-2008, > +the type was either an integer type or a real-floating type. No actual POSIXish implementation ever made it a real-floating type, though, and that point should be made lest some conscientious programmer worry about a nonexistent porting issue.
On Sat, Oct 17, 2020 at 9:05 PM Paul Eggert <eggert@cs.ucla.edu> wrote: > On 10/17/20 2:37 PM, Alejandro Colomar via Libc-alpha wrote: > > since POSIX.1-2008. > > +.PP > > +Prior to POSIX.1-2008, > > +the type was either an integer type or a real-floating type. > > No actual POSIXish implementation ever made it a real-floating type, > though, and > that point should be made lest some conscientious programmer worry about a > nonexistent porting issue. It should, at this point, be possible to compile an *exhaustive* list of all the operating systems where time_t wassn’t an integer and/or didn’t count from 1 Jan 1970. Perhaps that list would effectively make the point that this is not a real portability concern. zw >
On 10/18/20 3:05 AM, Paul Eggert wrote: > On 10/17/20 2:37 PM, Alejandro Colomar via Libc-alpha wrote: >> since POSIX.1-2008. >> +.PP >> +Prior to POSIX.1-2008, >> +the type was either an integer type or a real-floating type. > > No actual POSIXish implementation ever made it a real-floating type, though, and > that point should be made lest some conscientious programmer worry about a > nonexistent porting issue. Thanks for catching this, Paul! Alex, I suggest either we drop this patch, or you could reword as something like: "In POSIX.1-2001, the type was specified as being either an integer type or a real-floating type. However, existing implementations used an integer type, and POSIX.1-2008 tightened the specification to reflect this." Thanks, Michael
On 2020-10-18 07:46, Michael Kerrisk (man-pages) wrote: > On 10/18/20 3:05 AM, Paul Eggert wrote: >> On 10/17/20 2:37 PM, Alejandro Colomar via Libc-alpha wrote: >>> since POSIX.1-2008. >>> +.PP >>> +Prior to POSIX.1-2008, >>> +the type was either an integer type or a real-floating type. >> >> No actual POSIXish implementation ever made it a real-floating type, though, and >> that point should be made lest some conscientious programmer worry about a >> nonexistent porting issue. > > Thanks for catching this, Paul! > > Alex, I suggest either we drop this patch, or you could reword as > something like: > > "In POSIX.1-2001, the type was specified as being either an integer > type or a real-floating type. However, existing implementations > used an integer type, and POSIX.1-2008 tightened the specification > to reflect this." > > Thanks, > > Michael > Thanks, Paul! Michael, I would opt for the simpler: drop the patch. Thanks, Alex
>> Alex, I suggest either we drop this patch, or you could reword as >> something like: >> >> "In POSIX.1-2001, the type was specified as being either an integer >> type or a real-floating type. However, existing implementations >> used an integer type, and POSIX.1-2008 tightened the specification >> to reflect this." >> >> Thanks, >> >> Michael >> > > Thanks, Paul! > > Michael, I would opt for the simpler: drop the patch. Okay. Thanks, Michael
diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index 8a894b2e0..dc5f65c0d 100644 --- a/man7/system_data_types.7 +++ b/man7/system_data_types.7 @@ -1236,6 +1236,9 @@ defines .I time_t since POSIX.1-2008. +.PP +Prior to POSIX.1-2008, +the type was either an integer type or a real-floating type. .PP Conforming to: C99 and later; POSIX.1-2001 and later. .PP