diff options
author | Richard Biener <rguenther@suse.de> | 2023-06-23 14:09:47 +0200 |
---|---|---|
committer | Richard Biener <rguenther@suse.de> | 2023-06-26 13:02:35 +0200 |
commit | c7b0707ceb24fd10a726780bb42bbbde0c2e06b1 (patch) | |
tree | 1f2dc2b4224ed03609aa749e29a406226ab33e64 /libcody | |
parent | 5b3d421be747386349981c6291f0af1756b1112c (diff) | |
download | gcc-c7b0707ceb24fd10a726780bb42bbbde0c2e06b1.zip gcc-c7b0707ceb24fd10a726780bb42bbbde0c2e06b1.tar.gz gcc-c7b0707ceb24fd10a726780bb42bbbde0c2e06b1.tar.bz2 |
narrowing initializers and initializer_constant_valid_p_1
initializer_constant_valid_p_1 attempts to handle narrowing
differences and sums but fails to handle when the overall
value looks like
VIEW_CONVERT_EXPR<long long int>(NON_LVALUE_EXPR <v>
- VEC_COND_EXPR < { 0, 0 } == { 0, 0 } , { -1, -1 } , { 0, 0 } > )
where endtype is scalar integer but value is a vector type.
In this particular case all is good and we recurse since
two vector lanes is more than 64bits of long long. But still
it compares apples and oranges.
Fixed by appropriately also requiring the type of the
value to be scalar integral.
* varasm.cc (initializer_constant_valid_p_1): Also
constrain the type of value to be scalar integral
before dispatching to narrowing_initializer_constant_valid_p.
Diffstat (limited to 'libcody')
0 files changed, 0 insertions, 0 deletions