]> git.ipfire.org Git - thirdparty/gcc.git/commit
aarch64: Fix endianness of DFmode vector constants
authorRichard Sandiford <richard.sandiford@arm.com>
Wed, 9 Jul 2025 16:44:20 +0000 (17:44 +0100)
committerRichard Sandiford <richard.sandiford@arm.com>
Wed, 9 Jul 2025 16:44:20 +0000 (17:44 +0100)
commit82dd19890b6139c4bac2385068a68613920ae1a2
treef80ed184c1313575e85e7580612fd40bb85fb73c
parent18324422fdd790b0c11ba300a706a86df1023b74
aarch64: Fix endianness of DFmode vector constants

aarch64_simd_valid_imm tries to decompose a constant into a repeating
series of 64 bits, since most Advanced SIMD and SVE immediate forms
require that.  (The exceptions are handled first.)  It does this by
building up a byte-level register image, lsb first.  If the image does
turn out to repeat every 64 bits, it loads the first 64 bits into an
integer.

At this point, endianness has mostly been dealt with.  Endianness
applies to transfers between registers and memory, whereas at this
point we're dealing purely with register values.

However, one of things we try is to bitcast the value to a float
and use FMOV.  This involves splitting the value into 32-bit chunks
(stored as longs) and passing them to real_from_target.  The problem
being fixed by this patch is that, when a value spans multiple 32-bit
chunks, real_from_target expects them to be in memory rather than
register order.  Thus index 0 is the most significant chunk if
FLOAT_WORDS_BIG_ENDIAN and the least significant chunk otherwise.

This fixes aarch64/sve/cond_fadd_1.c and various other tests
for aarch64_be-elf.

gcc/
* config/aarch64/aarch64.cc (aarch64_simd_valid_imm): Account
for FLOAT_WORDS_BIG_ENDIAN when building a floating-point value.
gcc/config/aarch64/aarch64.cc