A specifically nonnegative range should not contain -NAN, otherwise
signbit_p() would return false, because we'd be unsure of the sign.
PR 68097/tree-optimization
gcc/ChangeLog:
* value-range.cc (frange::set_nonnegative): Set +NAN.
(range_tests_signed_zeros): New test.
* value-range.h (frange::update_nan): New overload to set NAN sign.
frange::set_nonnegative (tree type)
{
set (type, dconst0, dconstinf);
+
+ // Set +NAN as the only possibility.
+ if (HONOR_NANS (type))
+ update_nan (/*sign=*/0);
}
// Here we copy between any two irange's. The ranges can be legacy or
r1.update_nan ();
r0.intersect (r1);
ASSERT_TRUE (r0.known_isnan ());
+
+ r0.set_nonnegative (float_type_node);
+ ASSERT_TRUE (r0.signbit_p (signbit) && !signbit);
+ if (HONOR_NANS (float_type_node))
+ ASSERT_TRUE (r0.maybe_isnan ());
}
static void
const REAL_VALUE_TYPE &lower_bound () const;
const REAL_VALUE_TYPE &upper_bound () const;
void update_nan ();
+ void update_nan (bool sign);
void clear_nan ();
// fpclassify like API
verify_range ();
}
+// Like above, but set the sign of the NAN.
+
+inline void
+frange::update_nan (bool sign)
+{
+ gcc_checking_assert (!undefined_p ());
+ m_pos_nan = !sign;
+ m_neg_nan = sign;
+ normalize_kind ();
+ if (flag_checking)
+ verify_range ();
+}
+
// Clear the NAN bit and adjust the range.
inline void