From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) by sourceware.org (Postfix) with ESMTPS id 763FF3858D28; Mon, 19 Sep 2022 16:17:13 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 763FF3858D28 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-wr1-x436.google.com with SMTP id cc5so38496710wrb.6; Mon, 19 Sep 2022 09:17:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date; bh=zaN1L6h7UvLiZb/Ma/vlTCl0QFU8fZav4RDnCLCcRYs=; b=pglXWJJJTMvZTbpkZ/Y8J4QXYLnoPXcHnBF6rCFmIizfFXOhJyPkXbUqqraP3lWTp8 F5kpNWVNOOfOti4rcVRBR93tXae+0bIwvWQyPQ1fb9YSGJuZPdQb4aR6V04IxSi2RaFD mNwszCYovZHoUchk846POWZXMTIqBcUIwMXpQYgXxsJmr52FZ/MfDGwXcoiyP3ZzVLPP C3UWQGmzYT8g6jjjJmcJUBfJkoqdJ2UHIjgfGRhBzFOtEN2ug14503SadS18OAHhL8sm 464z+VtsZy/3lECsikcXJXSIjFh9dTxF8Jlg0tN8PCi6ZfshIqi8JixrkiQ7HdzWQYs4 hgHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date; bh=zaN1L6h7UvLiZb/Ma/vlTCl0QFU8fZav4RDnCLCcRYs=; b=tw1a2tl+9ZczmHk3/98IEY8T9byCZlMbz8tcXl8pkcDl6/aZ5LI8NlhW0Oue0LTKo4 QBk4QmDFAQ/IWVys33ZOwyTHhBbNvuPGaUaguLZGWiDdgAxsYBRMpTiqO+hA7vPMb6pC ZePIzQxxeqBQLF1fhU/twgACtpAJhcLZueY7gTFFpkh/+Od4zDK2BJdQDuDVBnZmuetj Y71xI418d+dTqQo3lfsj3VihUMvGgI3ZxwSVoilKah2Do27xPEIN/VPiZrn8Kkn4WbZ/ Pr0XopIHMGPT4LTyEz2fh5exltjLde4rBvVxF0vyqTNjySae5fC79+YbuYW6NbtYP08K YxKA== X-Gm-Message-State: ACrzQf2ZZd7/XdKL2PLjZ7EJ3t1W4Nv8IQcXIwHq3pIda1SBirp7yeM3 7r7FT3zonOnhWci/bn91zek= X-Google-Smtp-Source: AMsMyM5CRDWlPv3xugrSqy4AEdz+QRz6+WsBX5lc71swBcy7he9C5HI99fGZfAlnD4TV9ct544NEDw== X-Received: by 2002:a5d:59a5:0:b0:22b:52:1c9f with SMTP id p5-20020a5d59a5000000b0022b00521c9fmr3364709wrr.576.1663604231323; Mon, 19 Sep 2022 09:17:11 -0700 (PDT) Received: from smtpclient.apple ([2a01:e34:ec28:8cb0:b98a:8166:9cae:ad49]) by smtp.gmail.com with ESMTPSA id p13-20020a5d68cd000000b0022a3a887ceasm14092871wrw.49.2022.09.19.09.17.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Sep 2022 09:17:10 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: Re: [PATCH] Fortran 2018 rounding modes changes From: FX In-Reply-To: Date: Mon, 19 Sep 2022 18:17:09 +0200 Cc: Fortran , gcc-patches@gcc.gnu.org Content-Transfer-Encoding: quoted-printable Message-Id: <52A7FAB8-735E-42D8-97A6-7E4C4F108C5E@gmail.com> References: To: Mikael Morin X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hi, >> 2. Add the optional RADIX argument to IEEE_SET_ROUNDING_MODE and = IEEE_GET_ROUNDING_MODE. It is unused for now, because we do not support = floating-point radices other than 2. > If we accept the argument, we have to support it somehow. > So for IEEE_GET_ROUNDING_MODE (*, 10), we should return IEEE_OTHER, = shouldn't we? I think I disagree. We do not support any real kind with radix 10, so = calling IEEE_GET_ROUNDING_MODE with RADIX=3D10 is invalid. Or, in = another interpretation, the rounding mode is whatever-you-want-to-call = it, since you cannot perform arithmetic in that radix anyway. > There is no problem for IEEE_SET_ROUNDING_MODE (*, 10) as there is no = way this to be a valid call if radix 10 is not supported, but changing a = compile time error to a runtime unexpected behavior seems like a step = backwards. What do you mean by that? The behavior is not unexpected, the value = returned by IEEE_GET_ROUNDING_MODE for RADIX=3D10 is irrelevant and = cannot be used for anything useful. FX=