[Patch AArch64] Fixup floating point division with -march=armv8-a+nosimd
authorRamana Radhakrishnan <ramana.radhakrishnan@arm.com>
Tue, 28 Nov 2017 10:26:28 +0000 (10:26 +0000)
committerRamana Radhakrishnan <ramana@gcc.gnu.org>
Tue, 28 Nov 2017 10:26:28 +0000 (10:26 +0000)
commit1be49a38e45a80d1ee6854f262c94abeb621dfda
tree664185aa9cc9a0330bfb6cd6bb4feda1006a735c
parent3c88da0dd48b5ec43916614974e45d239236d9cf
[Patch AArch64] Fixup floating point division with -march=armv8-a+nosimd

The canonical examples is :

    double
    foo (double x, double y)
      {
        return x / y;
      }

    with -march=armv8-a+nosimd

generates a function that calls __divdf3. Ofcourse on AArch64 we don't
have any software floating point and this causes issues.

There is also a problem in +nosimd that has existed since the dawn of
time in the port with respect to long doubles (128 bit floating
point), here the ABI and the compiler expect the presence of the SIMD
unit as these parameters are passed in the vector registers. Thus
while +nosimd tries to prevent the use of SIMD instructions in the
compile we don't get this right as we end up using ldr qN / str qN
instructions and even there I think things go wrong in a simple
example that I tried.

Is that sufficient to consider marking +nosimd as deprecated in GCC-8
and remove this in a future release ?

That is not a subject for this patch but something separate but I
would like to put this into trunk and the release
branches. Bootstrapped and regression tested on my aarch64 desktop.

Ok ?

From-SVN: r255194
gcc/ChangeLog
gcc/config/aarch64/aarch64.c
gcc/config/aarch64/aarch64.md