https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117766
--- Comment #6 from Tom Lane <tgl at sss dot pgh.pa.us> --- Further info: I dug up an ancient Fedora 30 ARM32 system, and it does not exhibit this behavior: $ touch foo.c $ gcc -c -march=armv8-a foo.c [fine] $ gcc -c -march=armv8-a -mfloat-abi=hard foo.c [also fine] This is with $ gcc -v Using built-in specs. COLLECT_GCC=/usr/bin/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/armv7hl-redhat-linux-gnueabi/9/lto-wrapper Target: armv7hl-redhat-linux-gnueabi Configured with: ../configure --enable-bootstrap --enable-languages=c,c++,fortran,objc,obj-c++,ada,go,d,lto --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-gcc-major-version-only --with-linker-hash-style=gnu --enable-plugin --enable-initfini-array --with-isl --enable-gnu-indirect-function --disable-sjlj-exceptions --with-tune=generic-armv7-a --with-arch=armv7-a --with-float=hard --with-fpu=vfpv3-d16 --with-abi=aapcs-linux --build=armv7hl-redhat-linux-gnueabi Thread model: posix gcc version 9.3.1 20200408 (Red Hat 9.3.1-2) (GCC) So it'd seem this is a regression introduced somewhere between 9.3.1 and 10.5.0. I have a report I've not confirmed personally that 10.2.1 is okay.
