[flang-commits] [flang] cab156c - [flang][runtime] Don't round hexadecimal floating-point input (#76586)
via flang-commits
flang-commits at lists.llvm.org
Tue Jan 2 09:32:58 PST 2024
Author: Peter Klausler
Date: 2024-01-02T09:32:54-08:00
New Revision: cab156c4129e5948a6322054480e66d3ca17b919
URL: https://github.com/llvm/llvm-project/commit/cab156c4129e5948a6322054480e66d3ca17b919
DIFF: https://github.com/llvm/llvm-project/commit/cab156c4129e5948a6322054480e66d3ca17b919.diff
LOG: [flang][runtime] Don't round hexadecimal floating-point input (#76586)
Fortran 2023 subclause 13.7.2.3.8 discusses input rounding only in the
context of decimal-to-binary conversion. There is no mention of rounding
for hexadecimal floating-point input conversion. At least one Fortran
compiler seems to have interpreted this silence as implying no rounding.
(Note that this is not the same thing as rounding to zero (RZ), which
would return +/-HUGE() for overflow.)
Added:
Modified:
flang/docs/Extensions.md
flang/runtime/edit-input.cpp
Removed:
################################################################################
diff --git a/flang/docs/Extensions.md b/flang/docs/Extensions.md
index da208f58da8832..16eb67f2e27c81 100644
--- a/flang/docs/Extensions.md
+++ b/flang/docs/Extensions.md
@@ -648,6 +648,12 @@ end
only in function references, but not an explicit `INTRINSIC` statement,
its name is not brought into other scopes by a `USE` statement.
+* Should hexadecimal floating-point input editing apply any rounding?
+ F'2023 subclause 13.7.2.3.8 only discusses rounding in the context of
+ decimal-to-binary conversion; it would seem to not apply, and so
+ we don't round. This seems to be how the Intel Fortran compilers
+ behave.
+
## De Facto Standard Features
* `EXTENDS_TYPE_OF()` returns `.TRUE.` if both of its arguments have the
diff --git a/flang/runtime/edit-input.cpp b/flang/runtime/edit-input.cpp
index 0fa6368ee591c0..0c2341a4dfac7b 100644
--- a/flang/runtime/edit-input.cpp
+++ b/flang/runtime/edit-input.cpp
@@ -625,31 +625,6 @@ decimal::ConversionToBinaryResult<binaryPrecision> ConvertHexadecimal(
fraction <<= 1;
--expo;
}
- // Rounding
- bool increase{false};
- switch (rounding) {
- case decimal::RoundNearest: // RN & RP
- increase = roundingBit && (guardBit | ((int)fraction & 1));
- break;
- case decimal::RoundUp: // RU
- increase = !isNegative && (roundingBit | guardBit);
- break;
- case decimal::RoundDown: // RD
- increase = isNegative && (roundingBit | guardBit);
- break;
- case decimal::RoundToZero: // RZ
- break;
- case decimal::RoundCompatible: // RC
- increase = roundingBit != 0;
- break;
- }
- if (increase) {
- ++fraction;
- if (fraction >> binaryPrecision) {
- fraction >>= 1;
- ++expo;
- }
- }
}
// Package & return result
constexpr RawType significandMask{(one << RealType::significandBits) - 1};
@@ -660,16 +635,9 @@ decimal::ConversionToBinaryResult<binaryPrecision> ConvertHexadecimal(
expo = 0; // subnormal
flags |= decimal::Underflow;
} else if (expo >= RealType::maxExponent) {
- if (rounding == decimal::RoundToZero ||
- (rounding == decimal::RoundDown && !isNegative) ||
- (rounding == decimal::RoundUp && isNegative)) {
- expo = RealType::maxExponent - 1; // +/-HUGE()
- fraction = significandMask;
- } else {
- expo = RealType::maxExponent; // +/-Inf
- fraction = 0;
- flags |= decimal::Overflow;
- }
+ expo = RealType::maxExponent; // +/-Inf
+ fraction = 0;
+ flags |= decimal::Overflow;
} else {
fraction &= significandMask; // remove explicit normalization unless x87
}
More information about the flang-commits
mailing list