aboutsummaryrefslogtreecommitdiff
path: root/gcc/tree-vect-data-refs.c
diff options
context:
space:
mode:
authorRichard Sandiford <richard.sandiford@linaro.org>2017-09-22 17:00:56 +0000
committerRichard Sandiford <rsandifo@gcc.gnu.org>2017-09-22 17:00:56 +0000
commit597fdf45ede583ca1e88ce9f2923673b1238cdf8 (patch)
tree4a572a40b3cced5108697792f74cbbf93337f428 /gcc/tree-vect-data-refs.c
parentf702e7d43f2aec71640d0db7ecf1543ba75f37c3 (diff)
downloadgcc-597fdf45ede583ca1e88ce9f2923673b1238cdf8.zip
gcc-597fdf45ede583ca1e88ce9f2923673b1238cdf8.tar.gz
gcc-597fdf45ede583ca1e88ce9f2923673b1238cdf8.tar.bz2
range_int_cst_p handling in extract_range_from_binary_expr_1
extract_range_from_binary_expr_1 had: if (range_int_cst_p (&vr0) && range_int_cst_p (&vr1) && TYPE_OVERFLOW_WRAPS (expr_type)) ... ... extract_range_from_multiplicative_op_1 (vr, code, &vr0, &vr1); but extract_range_from_multiplicative_op_1 also requires range_int_cst_p. I think we should bail out if either range isn't a constant. This might only be theoretical with current sources, but it's needed once polynomial constants are added. 2017-09-22 Richard Sandiford <richard.sandiford@linaro.org> Alan Hayward <alan.hayward@arm.com> David Sherwood <david.sherwood@arm.com> gcc/ * tree-vrp.c (extract_range_from_multiplicative_op_1): Assert for VR_RANGE only; don't allow VR_ANTI_RANGE. (extract_range_from_binary_expr_1): Don't call extract_range_from_multiplicative_op_1 if !range_int_cst_p. Co-Authored-By: Alan Hayward <alan.hayward@arm.com> Co-Authored-By: David Sherwood <david.sherwood@arm.com> From-SVN: r253102
Diffstat (limited to 'gcc/tree-vect-data-refs.c')
0 files changed, 0 insertions, 0 deletions