aboutsummaryrefslogtreecommitdiff
path: root/gcc/common/config/pru
diff options
context:
space:
mode:
authorAndrew Pinski <andrew.pinski@oss.qualcomm.com>2025-09-01 17:47:55 -0700
committerAndrew Pinski <andrew.pinski@oss.qualcomm.com>2025-09-02 14:06:14 -0700
commita6e0a610e6546dc3e6f26deb7b925cc1b2a681a5 (patch)
treeacf1b72658631b509c663945f69e22e5d3c3e8ba /gcc/common/config/pru
parentf7dee170ba6d37aba6a9e1fa73711e4e03e42990 (diff)
downloadgcc-a6e0a610e6546dc3e6f26deb7b925cc1b2a681a5.zip
gcc-a6e0a610e6546dc3e6f26deb7b925cc1b2a681a5.tar.gz
gcc-a6e0a610e6546dc3e6f26deb7b925cc1b2a681a5.tar.bz2
forwprop: Fix alignment of types in expansion of memcmp
I noticed that when looking into g++.dg/tree-ssa/vector-compare-1.C failure on arm, the wrong alignment was being used for the load. There needs to be an unaligned type here to get the correct alignment. NOTE this means the code in strlen is also wrong but that is on its way out so I am not sure if we should update it or not to backport to the release branches; there could be wrong code happening too. Bootstrapped and tested on x86_64-linux-gnu. gcc/ChangeLog: * tree-ssa-forwprop.cc (simplify_builtin_memcmp): Create unaligned types if the alignment of the pointers is less than the alignment of the new type. Signed-off-by: Andrew Pinski <andrew.pinski@oss.qualcomm.com>
Diffstat (limited to 'gcc/common/config/pru')
0 files changed, 0 insertions, 0 deletions