http://bugzilla.opensuse.org/show_bug.cgi?id=936463
http://bugzilla.opensuse.org/show_bug.cgi?id=936463#c20
--- Comment #20 from Andreas Färber
The problem is not AVR specific. ARM is affected as well.
1) When trying to link, I get complain: armv7hl-suse-linux-gnueabi-gcc-5 main.c -o main Assembler messages: Fatal error: invalid -march= option: `armv7-a'
Well, the problem is different here. Links are provided, but elsewhere.
For AVR, symlinks are missing completely. For ARMV7HL, symlinks exist, but they are in a directory that is not tested.
Provided: /usr/arm-suse-linux-gnueabi/bin/as
Expected: /usr/lib64/gcc/armv7hl-suse-linux-gnueabi/5/as /usr/lib64/gcc/armv7hl-suse-linux-gnueabi/5/as /usr/lib64/gcc/armv7hl-suse-linux-gnueabi/as /usr/lib64/gcc/armv7hl-suse-linux-gnueabi/5/as /usr/lib64/gcc/armv7hl-suse-linux-gnueabi/as /usr/lib64/gcc/armv7hl-suse-linux-gnueabi/5/../../../../armv7hl-suse-linux- gnueabi/bin/armv7hl-suse-linux-gnueabi/5/as /usr/lib64/gcc/armv7hl-suse-linux-gnueabi/5/../../../../armv7hl-suse-linux- gnueabi/bin/as
I've confirmed this in home:a_faerber:uclinux. My solution is to add symlinks /usr/<mytriplet>/bin/as -> /usr/bin/arm-suse-linux-gnueabi-as and /usr/bin/<mytriplet>-strip -> /usr/bin/arm-suse-linux-gnueabi-strip etc. The former is needed for cc1 not to fall back to literal "as", i.e. /usr/bin/as, whereas the latter seems to be for the -as to find its -strip tool. Will doing this conditionally be acceptable? %if "%{gcc_target_arch}" != "%{binutils_os}" ... %endif Unfortunately that still means we can have one sysroot only for multiple gcc toolchains reusing the same assembler. -- You are receiving this mail because: You are on the CC list for the bug.