[Bug target/101053] Incorrect code at -O1 on arm64

2021-06-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101053 Andrew Pinski changed: What|Removed |Added Resolution|--- |MOVED Status|UNCONFIRMED

[Bug target/101053] Incorrect code at -O1 on arm64

2021-06-14 Thread gilles.gouaillardet at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101053 --- Comment #9 from Gilles Gouaillardet --- And here is the one-liner to fix this mess --- orig/OpenBLAS-0.3.15/kernel/arm64/dznrm2_thunderx2t99.c 2021-05-03 06:50:22.0 +0900 +++ OpenBLAS-0.3.15/kernel/arm64/dznrm2_thunderx2t99.c

[Bug target/101053] Incorrect code at -O1 on arm64

2021-06-13 Thread gilles.gouaillardet at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101053 --- Comment #8 from Gilles Gouaillardet --- It seems OpenBLAS is to be blamed after all ... >From kernel/arm64/dznrm2_thunderx2t99.c: #define REGINF "d9" static void nrm2_compute(BLASLONG n, FLOAT *x, BLASLONG inc_x,

[Bug target/101053] Incorrect code at -O1 on arm64

2021-06-13 Thread gilles.gouaillardet at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101053 --- Comment #7 from Gilles Gouaillardet --- Note you have to 'make clean' before re-running 'make ...' with different options. Otherwise, pretty much nothing gets rebuilt.

[Bug target/101053] Incorrect code at -O1 on arm64

2021-06-13 Thread gilles.gouaillardet at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101053 --- Comment #6 from Gilles Gouaillardet --- I will set the watchpoint and follow the flow ... That being said, I still see the issue with the latest snapshot gcc (GCC) 12.0.0 20210613 (experimental) ./dgehd2 INFO =0 1.00

[Bug target/101053] Incorrect code at -O1 on arm64

2021-06-13 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101053 --- Comment #5 from Andrew Pinski --- (In reply to Andrew Pinski from comment #4) And yes I got the d9 register having 1.0 inside dgehd2 .

[Bug target/101053] Incorrect code at -O1 on arm64

2021-06-13 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101053 --- Comment #4 from Andrew Pinski --- I tried to reproduce it but I could not on the trunk (it has one patch which should not make a difference): Using built-in specs. COLLECT_GCC=gfortran COLLECT_LTO_WRAPPER=/home/ubuntu/upstream-gcc/libexec/gc

[Bug target/101053] Incorrect code at -O1 on arm64

2021-06-13 Thread gilles.gouaillardet at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101053 --- Comment #3 from Gilles Gouaillardet --- Thanks for the clarification about which registers have to be preserved. I will dig this a bit more from now

[Bug target/101053] Incorrect code at -O1 on arm64

2021-06-13 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101053 --- Comment #2 from Andrew Pinski --- The code for dlarfg_ looks correct. 78: 6d0627e8stp d8, d9, [sp, #96] 238: 6d4627e8ldp d8, d9, [sp, #96] 23c: fd402fealdr d10, [sp, #88] 240: 178a