Hi Jakub,

On Tue, 25 Feb 2025 at 16:37, Jakub Jelinek <ja...@redhat.com> wrote:
>
> On Tue, Feb 25, 2025 at 03:13:10PM +0000, ci_not...@linaro.org wrote:
> > Our automatic CI has detected problems related to your patch(es). Please 
> > find some details below.
> >
> > In gcc_build master-arm, after:
> >   | gcc patch https://patchwork.sourceware.org/patch/107058
> >   | Author: Jakub Jelinek <ja...@redhat.com>
> >   | Date:   Tue Feb 25 13:31:29 2025 +0100
> >   |
> >   |     [PATCH] simplify-rtx: Fix up simplify_logical_relational_operation 
> > [PR119002]
> >   |
> >   |     Hi!
> >   |
> >   |     The following testcase is miscompiled on powerpc64le-linux starting 
> > with
> >   | ... 45 lines of the commit log omitted.
> >   | ... applied on top of baseline commit:
> >   | af73228fdb2 Fortran: Fix detection of descriptor arrays in coarray 
> > [PR107635]
> >
> > Produces Failure:
> >   | Results changed to
> >   | # reset_artifacts:
> >   | -10
> >   | # true:
> >   | 0
> >   | # build_abe gcc:
> >   | # FAILED
> >   | # First few build errors in logs:
> >   | # 00:07:45 
> > /home/tcwg-build/workspace/tcwg_gnu_5/abe/snapshots/gcc.git~master/libstdc++-v3/src/c++17/floating_to_chars.cc:1306:3:
> >  internal compiler error: in reverse_condition, at jump.cc:536
> >   | # 00:07:46 make[5]: *** [Makefile:587: floating_to_chars.lo] Error 1
> >   | # 00:07:46 make[4]: *** [Makefile:797: all-recursive] Error 1
> >   | # 00:07:46 make[3]: *** [Makefile:577: all-recursive] Error 1
> >   | # 00:07:46 make[2]: *** [Makefile:502: all] Error 2
> >   | # 00:07:46 make[1]: *** [Makefile:12256: all-target-libstdc++-v3] Error 
> > 2
> >   | # 00:07:46 make: *** [Makefile:1062: all] Error 2
>
> Wonder how is that possible, the patch uses REVERSE_CONDITION on GT and
> that is handled by both reverse_condition and
> reverse_condition_maybe_unordered.
> Can I ask for preprocessed source + cc1plus command line + what -march=
> etc. options one needs if it is just implied by configure, so that I can
> have a look in a cross-compiler?
> I really don't have access to 32-bit arm anymore.
>

Here's attached dce.ii, which causes an ICE when I compile with:
/home/christophe.lyon/builds/armhf-bootstrap/./prev-gcc/xg++
-B/home/christophe.lyon/builds/armhf-bootstrap/./prev-gcc/
-B/home/christophe.lyon/builds/armhf-bootstrap/install/armv8l-unknown-linux-gnueabihf/bin/
-nostdinc++ 
-B/home/christophe.lyon/builds/armhf-bootstrap/prev-armv8l-unknown-linux-gnueabihf/libstdc++-v3/src/.libs
-B/home/christophe.lyon/builds/armhf-bootstrap/prev-armv8l-unknown-linux-gnueabihf/libstdc++-v3/libsupc++/.libs
 
-I/home/christophe.lyon/builds/armhf-bootstrap/prev-armv8l-unknown-linux-gnueabihf/libstdc++-v3/include/armv8l-unknown-linux-gnueabihf
 
-I/home/christophe.lyon/builds/armhf-bootstrap/prev-armv8l-unknown-linux-gnueabihf/libstdc++-v3/include
 
-I/home/christophe.lyon/src/GCC/sources/gcc-fsf-git/trunk/libstdc++-v3/libsupc++
-L/home/christophe.lyon/builds/armhf-bootstrap/prev-armv8l-unknown-linux-gnueabihf/libstdc++-v3/src/.libs
-L/home/christophe.lyon/builds/armhf-bootstrap/prev-armv8l-unknown-linux-gnueabihf/libstdc++-v3/libsupc++/.libs
 -fno-PIE -c   -g -O2 -fno-checking -gtoggle  -DIN_GCC
-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall
-Wno-error=narrowing -Wwrite-strings -Wcast-qual
-Wmissing-format-attribute -Wconditionally-supported
-Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Werror  -DHAVE_CONFIG_H -fno-PIE -I. -I.
-I/home/christophe.lyon/src/GCC/sources/gcc-fsf-git/trunk/gcc
-I/home/christophe.lyon/src/GCC/sources/gcc-fsf-git/trunk/gcc/.
-I/home/christophe.lyon/src/GCC/sources/gcc-fsf-git/trunk/gcc/../include
 -I/home/christophe.lyon/src/GCC/sources/gcc-fsf-git/trunk/gcc/../libcpp/include
-I/home/christophe.lyon/src/GCC/sources/gcc-fsf-git/trunk/gcc/../libcody
-I/home/christophe.lyon/builds/armhf-bootstrap/./gmp
-I/home/christophe.lyon/src/GCC/sources/gcc-fsf-git/trunk/gmp
-I/home/christophe.lyon/builds/armhf-bootstrap/./mpfr/src
-I/home/christophe.lyon/src/GCC/sources/gcc-fsf-git/trunk/mpfr/src
-I/home/christophe.lyon/src/GCC/sources/gcc-fsf-git/trunk/mpc/src
-I/home/christophe.lyon/src/GCC/sources/gcc-fsf-git/trunk/gcc/../libdecnumber
-I/home/christophe.lyon/src/GCC/sources/gcc-fsf-git/trunk/gcc/../libdecnumber/dpd
-I../libdecnumber
-I/home/christophe.lyon/src/GCC/sources/gcc-fsf-git/trunk/gcc/../libbacktrace
-I/home/christophe.lyon/builds/armhf-bootstrap/./isl/include
-I/home/christophe.lyon/src/GCC/sources/gcc-fsf-git/trunk/isl/include
-o dce.o -MT dce.o -MMD -MP -MF ./.deps/dce.TPo
/home/christophe.lyon/src/GCC/sources/gcc-fsf-git/trunk/gcc/dce.cc
-save-temps

This GCC is configured natively in an armhf docker container, with:
configure --enable-bootstrap --enable-checking=yes
--enable-languages=c,c++,fortran,lto
where it detects target as armv8l-unknown-linux-gnueabihf

HTH

Christophe



>         Jakub
>
> _______________________________________________
> linaro-toolchain mailing list -- linaro-toolchain@lists.linaro.org
> To unsubscribe send an email to linaro-toolchain-le...@lists.linaro.org
_______________________________________________
linaro-toolchain mailing list -- linaro-toolchain@lists.linaro.org
To unsubscribe send an email to linaro-toolchain-le...@lists.linaro.org

Reply via email to