From patchwork Wed Jan 9 18:42:23 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Gabriel F. T. Gomes" X-Patchwork-Id: 1022579 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=pass (mailfrom) smtp.mailfrom=sourceware.org (client-ip=209.132.180.131; helo=sourceware.org; envelope-from=libc-alpha-return-99142-incoming=patchwork.ozlabs.org@sourceware.org; receiver=) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=inconstante.eti.br Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.b="e64s0b7j"; dkim-atps=neutral Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 43ZdKX36R5z9sMQ for ; Thu, 10 Jan 2019 05:42:40 +1100 (AEDT) DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:cc:subject:date:message-id :mime-version:content-type; q=dns; s=default; b=Y6Ur9YxA9T0thUjN D7+waw0BgJDwktHiKaYbJ2lefnZBB7UqLMqtsNTQwUN/2QOiK/VOdHZMSEKoLCPH /AG7/5ptmf8PR7p2ERpe+/8826xlbIrIKlfxS9XM08aeWlU6oKdORSE2xp3SkfDL AkCycwia66ahk7mjbRGbqccyxtw= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:cc:subject:date:message-id :mime-version:content-type; s=default; bh=M0B5lOj0neRxjg4fG8wa88 a3u/M=; b=e64s0b7jA1NXXv4q3a9NXGgv1ptJtRziLVFJrBULnfaaejUfwZXCXJ yvU0gHv82njG2j8ivZq9y2AgDo16tOggJ54OPtHLmC5FWZ65pE11NJiWxVzDxMCp UsadO2oMrC1tFT7pSLqYjcLEI+Z6Yu7YF/Lugd82qHkd+WChv/v0I= Received: (qmail 78238 invoked by alias); 9 Jan 2019 18:42:35 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Delivered-To: mailing list libc-alpha@sourceware.org Received: (qmail 78220 invoked by uid 89); 9 Jan 2019 18:42:34 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-25.9 required=5.0 tests=BAYES_00, GIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3, KAM_LAZY_DOMAIN_SECURITY, RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 spammy=H*Ad:D*linux.vnet.ibm.com, H*Ad:D*vnet.ibm.com, H*F:D*br, states X-HELO: mo19.mail-out.ovh.net From: "Gabriel F. T. Gomes" To: CC: Subject: [PATCH] Remove misleading statement about raising of FE_INVALID (bug 24078) Date: Wed, 9 Jan 2019 16:42:23 -0200 Message-ID: <20190109184223.32577-1-gabriel@inconstante.eti.br> MIME-Version: 1.0 X-Ovh-Tracer-Id: 4653625792157372099 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrfedugdduudejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenuc See bugzilla entry for a longer description. -- 8< -- In the floating-point comparisons `==' and `<', there is no difference in behavior when it comes to the raising of FE_INVALID exceptions. This patch removes, from the manual, a sentence that states otherwise. [BZ #24078] * manual/arith.texi (Floating-Point Comparison Functions): Remove statement about `==' and `!=' not raising floating-point exceptions. --- manual/arith.texi | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/manual/arith.texi b/manual/arith.texi index 6ca7902b3d..163ef7ef25 100644 --- a/manual/arith.texi +++ b/manual/arith.texi @@ -1947,9 +1947,7 @@ int v = a < 1.0; @end smallexample @noindent -will raise an exception if @var{a} is NaN. (This does @emph{not} -happen with @code{==} and @code{!=}; those merely return false and true, -respectively, when NaN is examined.) Frequently this exception is +will raise an exception if @var{a} is NaN. Frequently this exception is undesirable. @w{ISO C99} therefore defines comparison functions that do not raise exceptions when NaN is examined. All of the functions are implemented as macros which allow their arguments to be of any