[irange] Fix typo in contains_zero_p.

In the conversion of iranges to wide_int (commit cb779afeff204f), I
mistakenly made contains_zero_p() return TRUE for undefined ranges.
This means the rest of the patch was adjusted for this stupidity.

For example, we ended up doing the following, to make up for the fact
that contains_zero_p was broken:

-  if (!lhs.contains_p (build_zero_cst (lhs.type ())))
+  if (lhs.undefined_p () || !contains_zero_p (lhs))

This patch fixes the thinko and adjusts all callers.

In places where a caller is not checking undefined_p(), it is because
either the caller has already handled undefined ranges in the
preceeding code, or the check is superfluous.

gcc/ChangeLog:

	* value-range.h (contains_zero_p): Return false for undefined ranges.
	* range-op-float.cc (operator_gt::op1_op2_relation): Adjust for
	contains_zero_p change above.
	(operator_ge::op1_op2_relation): Same.
	(operator_equal::op1_op2_relation): Same.
	(operator_not_equal::op1_op2_relation): Same.
	(operator_lt::op1_op2_relation): Same.
	(operator_le::op1_op2_relation): Same.
	(operator_ge::op1_op2_relation): Same.
	* range-op.cc (operator_equal::op1_op2_relation): Same.
	(operator_not_equal::op1_op2_relation): Same.
	(operator_lt::op1_op2_relation): Same.
	(operator_le::op1_op2_relation): Same.
	(operator_cast::op1_range): Same.
	(set_nonzero_range_from_mask): Same.
	(operator_bitwise_xor::op1_range): Same.
	(operator_addr_expr::fold_range): Same.
	(operator_addr_expr::op1_range): Same.

0 files changed, 0 insertions, 0 deletions