From patchwork Fri Sep 25 11:19:23 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Alejandro Colomar X-Patchwork-Id: 40502 Return-Path: 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 E7C233987976; Fri, 25 Sep 2020 11:19:44 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org E7C233987976 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1601032785; bh=zdac5w91FlbnFp695jxyUtEriFdeg5nN9x9c64ox9VU=; h=To:Subject:Date:In-Reply-To:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=kiUOAsgmqJQ3zLCJfFa8NcL1+imbPuv7key5yU52P9KwCkbbyte9qtNmKtOE+fZmt TQZbmkxhVT6VFw9fO5LGXn1IeBQ0eeKighGkhCS6iT6I0Oshj3G2hVawh0XdJhGsRy GGg7igoJ5YC4XfCSyV+HmM8lzQqlCOsgqXma8JGc= X-Original-To: libc-alpha@sourceware.org Delivered-To: libc-alpha@sourceware.org Received: from mail-wm1-x344.google.com (mail-wm1-x344.google.com [IPv6:2a00:1450:4864:20::344]) by sourceware.org (Postfix) with ESMTPS id 4FF23393C879 for ; Fri, 25 Sep 2020 11:19:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 4FF23393C879 Received: by mail-wm1-x344.google.com with SMTP id s13so2651001wmh.4 for ; Fri, 25 Sep 2020 04:19:42 -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:in-reply-to :references:mime-version:content-transfer-encoding; bh=zdac5w91FlbnFp695jxyUtEriFdeg5nN9x9c64ox9VU=; b=feh2dMQkCG7XvP7zVR4nTXYWwpX1K+bGvB1T+VSWA4NYYk07gmrlgosxufeQm7hAjJ /KBP37OwkkLjm8iXnZfUgQ9w5ROwSUm7g85IisqueghBlqrpFIyZBUYaWXiByJb3WAXU H5hHEE2qm5PF5RmxlgRHY1+OT51T86ablxI/C+AQULKNhNk7DW418TrI7xvpfnsGmNnA q6Rl6AMKPQY0oMCPM899OXfKKtUmLLIWoTyFa8TpWgTiD7j/e+m1J8B1K9yYKdgDB0Qu wJA+KTr3YI+vgHkgGvRvXZcHyylqSlPHJaVC2JhINbZG2ZVR4xn7yBXb4cp0RfDP/Pcp rMow== X-Gm-Message-State: AOAM5329BEir+lJRJW3r5XW0KPZlskcKc49WHh0FuLsEZpIcA2abhjWV Z8wO2JoQR12ejLttqr0Fmgc= X-Google-Smtp-Source: ABdhPJxrSYMZ1XFCNk0TMLuj0L68vTAKI0yi86EX0+OHw1kU6RGfYacGrErnYaQtkKkuNo+Ghs4hNA== X-Received: by 2002:a05:600c:2146:: with SMTP id v6mr2524370wml.159.1601032781273; Fri, 25 Sep 2020 04:19:41 -0700 (PDT) Received: from localhost.localdomain ([170.253.60.68]) by smtp.googlemail.com with ESMTPSA id o15sm2451947wmh.29.2020.09.25.04.19.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 25 Sep 2020 04:19:40 -0700 (PDT) To: mtk.manpages@gmail.com Subject: [PATCH v2 04/10] system_data_types.7: Add float_t Date: Fri, 25 Sep 2020 13:19:23 +0200 Message-Id: <20200925111922.222149-1-colomar.6.4.3@gmail.com> X-Mailer: git-send-email 2.28.0 In-Reply-To: <94936b66-4d20-1168-546f-64ac63018845@gmail.com> References: <94936b66-4d20-1168-546f-64ac63018845@gmail.com> MIME-Version: 1.0 X-Spam-Status: No, score=-9.4 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, KAM_ASCII_DIVIDERS, 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Patchwork-Original-From: Alejandro Colomar via Libc-alpha From: Alejandro Colomar Reply-To: Alejandro Colomar Cc: Alejandro Colomar , linux-man@vger.kernel.org, libc-alpha@sourceware.org Errors-To: libc-alpha-bounces@sourceware.org Sender: "Libc-alpha" Signed-off-by: Alejandro Colomar --- Hi Michael, On 2020-09-25 11:30, Michael Kerrisk (man-pages) wrote: >> I removed the "intended" part to simplify it a bit. Do you prefer to >> keep it? > Well, as long as you are going to lift the detail about "most > efficient" from the C standard, I'd be inclined to keep > the word "intended" from the standard as well. But I do not feel > strongly about it. > Fair enough. On 2020-09-25 11:30, Michael Kerrisk (man-pages) wrote: >> BTW, I'll also add a note that FLT_EVAL_METHOD is defined in >> Would you add that to "Notes", or as part of the description? > As part of the description I think. (And I don't mind if it's > repeated in the double_t description.) I think there was a misunderstanding; maybe I should have been clearer: I meant to write about in the "Notes" of the type, and not in the "NOTES" of the entire page. However, I decided to do it in the description of the type as you said, because it was a bit simpler. The other version would have resulted in this code, just for you to see: [[ .TP .I double_t .RS .PP Include: .IR . .PP The implementation's most efficient floating type at least as wide as .IR double . Its type depends on the value of the macro .BR FLT_EVAL_METHOD : .TP 0 .I double_t is .IR double . .TP 1 .I double_t is .IR double . .TP 2 .I double_t is .IR "long double" . .IP For other values of .BR FLT_EVAL_METHOD , the type of .I double_t is implementation-defined. .PP Conforming to: C99 and later; POSIX.1-2001 and later. .PP Notes: The macro .B FLT_EVAL_METHOD is defined in .IR . .PP See also the .I float_t type in this page. .RE ]] Cheers, Alex man7/system_data_types.7 | 42 ++++++++++++++++++++++++++++++++++++++++ 1 file changed, 42 insertions(+) diff --git a/man7/system_data_types.7 b/man7/system_data_types.7 index b04457bbf..aa5ab95e9 100644 --- a/man7/system_data_types.7 +++ b/man7/system_data_types.7 @@ -147,6 +147,48 @@ Conforming to: C99 and later; POSIX.1-2001 and later. .IP See also: .BR fenv (3) +.\"------------------------------------- float_t ----------------------/ +.TP +.I float_t +.IP +Include: +.IR . +.IP +The implementation's most efficient floating type at least as wide as +.IR float . +Its type depends on the value of the macro +.BR FLT_EVAL_METHOD , +defined in +.IR : +.RS +.TP +0 +.I float_t +is +.IR float . +.TP +1 +.I float_t +is +.IR double . +.TP +2 +.I float_t +is +.IR "long double" . +.IP +For other values of +.BR FLT_EVAL_METHOD , +the type of +.I float_t +is implementation-defined. +.RE +.IP +Conforming to: C99 and later; POSIX.1-2001 and later. +.IP +See also the +.I double_t +type in this page. .\"------------------------------------- gid_t ------------------------/ .TP .I gid_t