diff options
author | Andrew Pinski <andrew.pinski@oss.qualcomm.com> | 2025-09-01 17:47:55 -0700 |
---|---|---|
committer | Andrew Pinski <andrew.pinski@oss.qualcomm.com> | 2025-09-02 14:06:14 -0700 |
commit | a6e0a610e6546dc3e6f26deb7b925cc1b2a681a5 (patch) | |
tree | acf1b72658631b509c663945f69e22e5d3c3e8ba /libjava/java/net | |
parent | f7dee170ba6d37aba6a9e1fa73711e4e03e42990 (diff) | |
download | gcc-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 'libjava/java/net')
0 files changed, 0 insertions, 0 deletions