[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 Wilco changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||wilco at gcc dot gnu.org Resolution|--- |INVALID --- Comment #17 from Wilco --- Not a GCC bug, just a gmp configuration oddity.
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034
--- Comment #16 from Andrew Roberts ---
That kicks a memory loose, from my build script:
# sed needed for GMP >=5.1 && < 6.2.0 on ARM otherwise isl build fails with
# undefined symbol __gmpn_invert_limb
sed -ixx "s/none-/${uname_m}-/" Makefile
Building natively on arm was failing using the host set to none-*-*.
none-*-* seems to work ok on Raspbian on the pi4. And it fails if you alter it,
although as I'm altering to uname -m, which gives armv7l, this would explain
some things. But not why a vanilla gcc-8.3.0 and 9.1.0 built with system gmp
can be used to rebuild themselves using the above sed and intree gmp.
However all my other arm machines (odroid-c2, odroid-xu4, rpi zero, rpi b, rpi
3b) all need this fix to build. They are running arch linux arm.
I'll recheck on the faster ones in the next few days, with both 8.3.0 and
9.1.0, to confirm if that is still the case.
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #15 from Marc Glisse --- https://gmplib.org/manual/Build-Options.html#index-Generic-C documents --disable-assembly as the official way to disable asm. But I am surprised that even with the snapshot you had asm. Looking at the current sources, if you configure for a host none-*-*, it sets enable_assembly=no, same as --disable-assembly.
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #14 from Andrew Roberts --- One final point even vanilla gcc 9.1.0 fails to build gmp standalone if CFLAGS is set, so issue with Raspbian compiler is that it is probably setting CFLAGS and thus messing up gmp build. To cause standalone gmp 6.1.2 build to fail with vanilla gcc release: CFLAGS="-v" ; export CFLAGS tar -xf gmp-6.1.2.tar.* cd gmp-6.1.2 ./configure make but ./configure --enable-assembly=no is fine. Of course the system binutils could be out of whack also, but rebuilding that is a job for another day.
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #13 from Andrew Roberts --- Just tried --enable-assembly=no with the standalone build of gmp and this does seem to work as advertised. Everything symlinked to .c rather than .asm files, and no .asm or .s files built at all. Building gmp standalone with the broken raspbian compiler and setting CFLAGS="-v" works when configuring using --enable-assembly=no, but fails without it. Long term this is probably the best way forward...
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #12 from Andrew Roberts --- GMP 6.1.0 and later support the following configure option: --enable-assembly enable the use of assembly loops [default=yes] not sure if this could be used to stop gmp using assembler.
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #11 from Andrew Roberts --- Richard, the cpu supports mls (its a ARM Cortex A72). Comment 2 shows the -v output for both building gmp within gcc and standalone. When building gmp in tree using Raspbian compiler: as --gdwarf2 -v -I . -I ../../../gcc-9.1.0/gmp/mpn -I .. -I ../../../gcc-9.1.0/gmp -march=armv6 -mfloat-abi=hard -mfpu=vfp -meabi=5 --noexecstack -o divrem_1.o tmp-divrem_1.s The issue is that when building gmp in tree no assembler code is supposed to be used. This looks like a problem with the Raspbian build of gcc breaking something. Possibly relating to CFLAGS, as setting CFLAGS to -v also causes the standalone build of gmp to break with similar assembler errors. When building an original gcc-8.3.0 or 9.1.0 release using the system gmp (not in tree), this compiler can then be used to rebuild its self with gmp in tree with no issues. So problem is specific to the Raspbian host compiler.
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #10 from Richard Earnshaw --- (In reply to Andrew Roberts from comment #9) > For completeness I've also built gcc 8.3.0 with in tree gmp 6.1.2 using the > newly built 9.1.0. And then in turn used this gcc 8.3.0 to rebuild gcc 9.1.0 > with in tree gmp. > > So the host gcc 8.3.0 doesn't work building gcc with in tree gmp. > But all the versions I have built (9.1.0 and 8.3.0) build this correctly. So if I've understood all this correctly, this is happening when assembling a file written in assembly, rather than one generated by GCC itself. The most likely source of the problem here is that your system compiler is trying to set the CPU for the assembler to use on the command line, but that CPU is then older than the one the file is expecting (MLS was new in ARMv7 (strictly, ARMv6t2, but that's probably not relevant to the pi)). So can you run the command with -v and show what options are being passed to the assembler?
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #9 from Andrew Roberts --- For completeness I've also built gcc 8.3.0 with in tree gmp 6.1.2 using the newly built 9.1.0. And then in turn used this gcc 8.3.0 to rebuild gcc 9.1.0 with in tree gmp. So the host gcc 8.3.0 doesn't work building gcc with in tree gmp. But all the versions I have built (9.1.0 and 8.3.0) build this correctly.
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #8 from Andrew Roberts --- Build of 9.1.0 using system gmp worked fine. Rebuild of 9.1.0 with in tree gmp-6.1.2 using that version of gcc also worked fine. Thus probably a host gcc compiler problem, I'll report to Raspbian.
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 Richard Biener changed: What|Removed |Added Keywords||build Target||arm-linux-gnueabihf --- Comment #7 from Richard Biener --- We configure GMP for none-*-* to disable CPU specific paths and later pass AM_CFLAGS="-DNO_ASM" which should disable more of that. If this doesn't work anymore then it has to be adjusted.
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #6 from Andrew Roberts --- I'm now building gcc 9.1.0 with the system gmp (using --with-gmp-lib and --with-gmp-include). If this is successful I'll use this compiler to rebuild itself with an in tree gmp and see where that gets me. Hopefully will allow the elimination of the host gcc as a culprit.
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #5 from Andrew Roberts --- OK I tried again using the latest gmp snapshot: gmp-6.1.99-20190630.tar.lz I still get the same error.
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #4 from Marc Glisse --- Does it make a difference if you replace gmp 6.1.2 with a recent snapshot from https://gmplib.org/download/snapshot/ ?
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #3 from Andrew Roberts --- Created attachment 46535 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46535=edit tmp-divrem_1.s file generated using m4 from divrem_1.asm in gmp/mpn This is the gmp 6.1.2 version, from the gcc 9.1.0 build directory.
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #2 from Andrew Roberts --- Building 9.1.0 with gmp 6.1.2 using "-v -save-temps" gives: gcc -v -save-temps -c -DHAVE_CONFIG_H -I. -I../../../gcc-9.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I../../../gcc-9.1.0/gmp -DOPERATION_divrem_1 -DNO_ASM -O2 -g -pipe -Wa,--noexecstack tmp-divrem_1.s -o divrem_1.o gcc: warning: -pipe ignored because -save-temps specified Using built-in specs. COLLECT_GCC=gcc Target: arm-linux-gnueabihf Configured with: ../src/configure -v --with-pkgversion='Raspbian 8.3.0-6+rpi1' --with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-8 --program-prefix=arm-linux-gnueabihf- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-libitm --disable-libquadmath --disable-libquadmath-support --enable-plugin --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-sjlj-exceptions --with-arch=armv6 --with-fpu=vfp --with-float=hard --disable-werror --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf Thread model: posix gcc version 8.3.0 (Raspbian 8.3.0-6+rpi1) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-c' '-D' 'HAVE_CONFIG_H' '-I' '.' '-I' '../../../gcc-9.1.0/gmp/mpn' '-I' '..' '-D' '__GMP_WITHIN_GMP' '-I' '../../../gcc-9.1.0/gmp' '-D' 'OPERATION_divrem_1' '-D' 'NO_ASM' '-O2' '-g' '-pipe' '-o' 'divrem_1.o' '-mfloat-abi=hard' '-mfpu=vfp' '-mtls-dialect=gnu' '-marm' '-march=armv6+fp' as --gdwarf2 -v -I . -I ../../../gcc-9.1.0/gmp/mpn -I .. -I ../../../gcc-9.1.0/gmp -march=armv6 -mfloat-abi=hard -mfpu=vfp -meabi=5 --noexecstack -o divrem_1.o tmp-divrem_1.s GNU assembler version 2.31.1 (arm-linux-gnueabihf) using BFD version (GNU Binutils for Raspbian) 2.31.1 tmp-divrem_1.s: Assembler messages: tmp-divrem_1.s:129: Error: selected processor does not support `mls r1,r4,r8,r11' in ARM mode tmp-divrem_1.s:145: Error: selected processor does not support `mls r1,r4,r8,r11' in ARM mode tmp-divrem_1.s:158: Error: selected processor does not support `mls r1,r4,r8,r11' in ARM mode tmp-divrem_1.s:175: Error: selected processor does not support `mls r1,r4,r3,r8' in ARM mode tmp-divrem_1.s:209: Error: selected processor does not support `mls r11,r4,r12,r3' in ARM mode Whereas building gmp 6.1.2 standalone (./configure ; make) using -v -save-temps gives: gcc -v -save-temps -c -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_divrem_1 -O2 -pedantic -fomit-frame-pointer -march=armv8-a -mfloat-abi=hard -mfpu=neon -mtune=cortex-a72 -Wa,--noexecstack tmp-divrem_1.s -fPIC -DPIC -o .libs/divrem_1.o Using built-in specs. COLLECT_GCC=gcc Target: arm-linux-gnueabihf Configured with: ../src/configure -v --with-pkgversion='Raspbian 8.3.0-6+rpi1' --with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-8 --program-prefix=arm-linux-gnueabihf- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-libitm --disable-libquadmath --disable-libquadmath-support --enable-plugin --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-sjlj-exceptions --with-arch=armv6 --with-fpu=vfp --with-float=hard --disable-werror --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf Thread model: posix gcc version 8.3.0 (Raspbian 8.3.0-6+rpi1) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-c' '-D' 'HAVE_CONFIG_H' '-I' '.' '-I' '..' '-D' '__GMP_WITHIN_GMP' '-I' '..' '-D' 'OPERATION_divrem_1' '-O2' '-Wpedantic' '-fomit-frame-pointer' '-mfloat-abi=hard' '-mfpu=neon' '-mtune=cortex-a72' '-fPIC' '-D' 'PIC' '-o' '.libs/divrem_1.o' '-mtls-dialect=gnu' '-marm' '-march=armv8-a+simd' as -v -I . -I .. -I .. -march=armv8-a -mfloat-abi=hard -mfpu=neon -meabi=5 --noexecstack -o .libs/divrem_1.o tmp-divrem_1.s GNU assembler version 2.31.1 (arm-linux-gnueabihf) using BFD version (GNU Binutils for Raspbian) 2.31.1 COMPILER_PATH=/usr/lib/gcc/arm-linux-gnueabihf/8/:/usr/lib/gcc/arm-linux-gnueabihf/8/:/usr/lib/gcc/arm-linux-gnueabihf/:/usr/lib/gcc/arm-linux-gnueabihf/8/:/usr/lib/gcc/arm-linux-gnueabihf/
[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #1 from Andrew Roberts --- Configure line used for building gcc 9.1.0: ../gcc-9.1.0/configure --prefix=/usr/local/gcc-9.1.0--program-suffix= --disa ble-werror --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style =gnu --enable-plugin--enable-gnu-indirect-function --enable-lto --with-isl --enable-languages=c,c++,fortran,lto --disable-libgcj --enable-clocale=gnu --d isable-libstdcxx-pch--enable-install-libiberty --disable-multilib --disabl e-libssp --enable-default-pie --enable-default-ssp --host=arm-linux-gnueabi hf --build=arm-linux-gnueabihf --with-arch=armv6 --with-float=hard --with-fpu=vf p --disable-bootstrap the -with-arch=armv6 is the same as the host compiler. I would normally build on ArchLinux ARM (but that's not available for Pi4 yet). One difference is Raspbian configures its gcc using: --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf --with-arch=armv6 Basically one gcc configuration for all raspberry pi's. whereas ArchLinux ARM uses: --host=armv7l-unknown-linux-gnueabihf --build=armv7l-unknown-linux-gnueabihf --with-arch=armv7-a (RPI 3b 32bit) --host=armv6l-unknown-linux-gnueabihf --build=armv6l-unknown-linux-gnueabihf --with-arch=armv6 (RPI Zero) I normally copy the triplet/arch from the host compiler when building. If I use the ArchLinx ARM triplet: armv7l-unknown-linux-gnueabihf and "--with-arch=armv7-a" it still fails in the same way, so its not the --with-arch or triplet which is breaking things. Alternate (arch linux arm style) config which also fails: ../gcc-9.1.0/configure --prefix=/usr/local/gcc-9.1.0--program-suffix= --disa ble-werror --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style =gnu --enable-plugin--enable-gnu-indirect-function --enable-lto --with-isl --enable-languages=c,c++,fortran,lto --disable-libgcj --enable-clocale=gnu --d isable-libstdcxx-pch--enable-install-libiberty --disable-multilib --disabl e-libssp --enable-default-pie --enable-default-ssp --host=armv7l-unknown-li nux-gnueabihf --build=armv7l-unknown-linux-gnueabihf --with-arch=armv7-a --with- float=hard --with-fpu=vfp --disable-bootstrap
