[Bug target/113425] New: gcc.dg/fold-copysign-1.c fails on arm since g:7cbe41d35e6

[Bug target/113425] New: gcc.dg/fold-copysign-1.c fails on arm since g:7cbe41d35e6

[clyon at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113425

            Bug ID: 113425
           Summary: gcc.dg/fold-copysign-1.c fails on arm since
                    g:7cbe41d35e6
           Product: gcc
           Version: 14.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: clyon at gcc dot gnu.org
                CC: tamar.christina at arm dot com
  Target Milestone: ---

Since g:7cbe41d35e6 (gcc-14-7115-g7cbe41d35e6), we have noticed the following
regression on arm-* targets:
FAIL: gcc.dg/fold-copysign-1.c scan-tree-dump-times cddce1 "= ABS_EXPR" 1
FAIL: gcc.dg/fold-copysign-1.c scan-tree-dump-times cddce1 "__builtin_copysign"
1

[Bug testsuite/113425] gcc.dg/fold-copysign-1.c fails on arm since g:7cbe41d35e6

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113425

--- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
check_effective_target_ifn_copysign needs to be updated for arm basically.

[Bug testsuite/113425] gcc.dg/fold-copysign-1.c fails on arm since g:7cbe41d35e6

[tnfchris at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113425

Tamar Christina <tnfchris at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tnfchris at gcc dot gnu.org

--- Comment #2 from Tamar Christina <tnfchris at gcc dot gnu.org> ---
It is updated for arm, but I need to know how the toolchain was configured. 
This is just a difference in default options.

So I need the configure flags to be able to do anything here.

[Bug testsuite/113425] gcc.dg/fold-copysign-1.c fails on arm since g:7cbe41d35e6

[clyon at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113425

--- Comment #3 from Christophe Lyon <clyon at gcc dot gnu.org> ---
What I meant by arm-* is that we see the same issue on several of the
configurations we test, as can be seen on
https://linaro.atlassian.net/browse/GNU-1100

We have recently improved the extraction of the configure line, so now some of
the xxx/details.txt on that page include it.

The two "simplest" configurations we test are tcwg_gcc_check/master-arm and
tcwg_gnu_native_check_gcc, but both of them ran before the improvement
mentioned above; in these cases, the information is present inside
console.log.xz in the relevant CI step directory (03-build_abe-gcc for
tcwg_gcc_check/master-arm and 
04-build_abe-gcc for tcwg_gnu_native_check_gcc/master-arm, the "-gcc" suffix
meaning it's the step is which we build gcc)

Anyway, here is the GCC configure line for tcwg_gcc_check/master-arm:
/configure SHELL=/bin/bash 
--with-mpc=/home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/destdir/armv8l-unknown-linux-gnueabihf
--with-mpfr=/home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/destdir/armv8l-unknown-linux-gnueabihf
--with-gmp=/home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/destdir/armv8l-unknown-linux-gnueabihf
--with-gnu-as --with-gnu-ld --disable-libmudflap --enable-lto --enable-shared
--without-included-gettext --enable-nls --with-system-zlib
--disable-sjlj-exceptions --enable-gnu-unique-object --enable-linker-build-id
--disable-libstdcxx-pch --enable-c99 --enable-clocale=gnu
--enable-libstdcxx-debug --enable-long-long --with-cloog=no --with-ppl=no
--with-isl=no --disable-multilib --with-float=hard --with-fpu=neon-fp-armv8
--with-mode=thumb --with-arch=armv8-a --enable-threads=posix --enable-multiarch
--enable-libstdcxx-time=yes --enable-gnu-indirect-function
--enable-checking=yes --disable-bootstrap --enable-languages=default
--prefix=/home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/destdir/armv8l-unknown-linux-gnueabih

[Bug testsuite/113425] gcc.dg/fold-copysign-1.c fails on arm since g:7cbe41d35e6

[tnfchris at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113425

--- Comment #4 from Tamar Christina <tnfchris at gcc dot gnu.org> ---
(In reply to Christophe Lyon from comment #3)
> What I meant by arm-* is that we see the same issue on several of the
> configurations we test, as can be seen on
> https://linaro.atlassian.net/browse/GNU-1100
> 
> We have recently improved the extraction of the configure line, so now some
> of the xxx/details.txt on that page include it.
> 
> The two "simplest" configurations we test are tcwg_gcc_check/master-arm and
> tcwg_gnu_native_check_gcc, but both of them ran before the improvement
> mentioned above; in these cases, the information is present inside
> console.log.xz in the relevant CI step directory (03-build_abe-gcc for
> tcwg_gcc_check/master-arm and 
> 04-build_abe-gcc for tcwg_gnu_native_check_gcc/master-arm, the "-gcc" suffix
> meaning it's the step is which we build gcc)
> 
> Anyway, here is the GCC configure line for tcwg_gcc_check/master-arm:
> /configure SHELL=/bin/bash 
> --with-mpc=/home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/destdir/
> armv8l-unknown-linux-gnueabihf
> --with-mpfr=/home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/destdir/
> armv8l-unknown-linux-gnueabihf
> --with-gmp=/home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/destdir/
> armv8l-unknown-linux-gnueabihf --with-gnu-as --with-gnu-ld
> --disable-libmudflap --enable-lto --enable-shared --without-included-gettext
> --enable-nls --with-system-zlib --disable-sjlj-exceptions
> --enable-gnu-unique-object --enable-linker-build-id --disable-libstdcxx-pch
> --enable-c99 --enable-clocale=gnu --enable-libstdcxx-debug
> --enable-long-long --with-cloog=no --with-ppl=no --with-isl=no
> --disable-multilib --with-float=hard --with-fpu=neon-fp-armv8
> --with-mode=thumb --with-arch=armv8-a --enable-threads=posix
> --enable-multiarch --enable-libstdcxx-time=yes
> --enable-gnu-indirect-function --enable-checking=yes --disable-bootstrap
> --enable-languages=default
> --prefix=/home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/destdir/
> armv8l-unknown-linux-gnueabih

Yes, but the reason I need the configure flags is because it doesn't fail with
the arm-none-linux-gnueabihf target our build scripts make.

I'll check with those options.  Immediately one big difference is the forcing
of armv8 and thumb which is likely causing the difference.