aboutsummaryrefslogtreecommitdiff
path: root/libcody
diff options
context:
space:
mode:
authorRichard Biener <rguenther@suse.de>2023-06-23 14:09:47 +0200
committerRichard Biener <rguenther@suse.de>2023-06-26 13:02:35 +0200
commitc7b0707ceb24fd10a726780bb42bbbde0c2e06b1 (patch)
tree1f2dc2b4224ed03609aa749e29a406226ab33e64 /libcody
parent5b3d421be747386349981c6291f0af1756b1112c (diff)
downloadgcc-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