[AARCH64] configure: error: cannot compute suffix of object files: cannot compile

When attempting to compile for RPi4b, I'm receiving the following errors from a stock defconfig build - no packages added.

In looking around, the only posts I can find reference using an outdated version of the source tree, but I'm at the current main tip. It's using the GCC 12.x default.

Any suggestions on what I managed to screw up? Other device targets work as expected.

* 7f13b9f8be - (HEAD -> main, origin/master, origin/main, origin/HEAD) qualcommax: enable DEBUG_BUGVERBOSE (6 hours ago) <Robert Marko>

make[5]: Leaving directory '/home/grommish/openwrt/build_dir/toolchain-aarch64_cortex-a72_gcc-12.3.0_musl/gcc-12.3.0-initial/gcc'
Checking multilib configuration for libgcc...
Configuring in aarch64-openwrt-linux-musl/libgcc
configure: loading cache ./config.cache
checking build system type... x86_64-pc-linux-gnu
checking host system type... aarch64-openwrt-linux-musl
checking for --enable-version-specific-runtime-libs... no
checking for a BSD-compatible install... /home/grommish/openwrt/staging_dir/host/bin/install -c
checking for gawk... gawk
checking for aarch64-openwrt-linux-musl-ar... /home/grommish/openwrt/staging_dir/toolchain-aarch64_cortex-a72_gcc-12.3.0_musl/aarch64-openwrt-linux-musl/bin/ar
checking for aarch64-openwrt-linux-musl-lipo... aarch64-openwrt-linux-musl-lipo
checking for aarch64-openwrt-linux-musl-nm... /home/grommish/openwrt/build_dir/toolchain-aarch64_cortex-a72_gcc-12.3.0_musl/gcc-12.3.0-initial/./gcc/nm
checking for aarch64-openwrt-linux-musl-ranlib... /home/grommish/openwrt/staging_dir/toolchain-aarch64_cortex-a72_gcc-12.3.0_musl/aarch64-openwrt-linux-musl/bin/ranlib
checking for aarch64-openwrt-linux-musl-strip... /home/grommish/openwrt/staging_dir/toolchain-aarch64_cortex-a72_gcc-12.3.0_musl/aarch64-openwrt-linux-musl/bin/strip
checking whether ln -s works... yes
checking for aarch64-openwrt-linux-musl-gcc... /home/grommish/openwrt/build_dir/toolchain-aarch64_cortex-a72_gcc-12.3.0_musl/gcc-12.3.0-initial/./gcc/xgcc -B/home/grommish/openwrt/build_dir/toolchain-aarch64_cortex-a72_gcc-12.3.0_musl/gcc-12.3.0-initial/./gcc/ -B/home/grommish/openwrt/staging_dir/toolchain-aarch64_cortex-a72_gcc-12.3.0_musl/aarch64-openwrt-linux-musl/bin/ -B/home/grommish/openwrt/staging_dir/toolchain-aarch64_cortex-a72_gcc-12.3.0_musl/aarch64-openwrt-linux-musl/lib/ -isystem /home/grommish/openwrt/staging_dir/toolchain-aarch64_cortex-a72_gcc-12.3.0_musl/aarch64-openwrt-linux-musl/include -isystem /home/grommish/openwrt/staging_dir/toolchain-aarch64_cortex-a72_gcc-12.3.0_musl/aarch64-openwrt-linux-musl/sys-include
checking for suffix of object files... configure: error: in /home/grommish/openwrt/build_dir/toolchain-aarch64_cortex-a72_gcc-12.3.0_musl/gcc-12.3.0-initial/aarch64-openwrt-linux-musl/libgcc': configure: error: cannot compute suffix of object files: cannot compile See config.log' for more details
make[4]: *** [Makefile:13202: configure-target-libgcc] Error 1

Follow up:

It appears to be limited to the single toolchain, as other targets build out fine.

Bump.. Anyone got any suggestions/ideas? Is it just a Rpi4b related issue? Something on my end? I can't imagine the entire aarch tree being broken in main, but I'm am able to build out other devices without issues.

See config.log' for more details

cat /home/grommish/openwrt/build_dir/toolchain-aarch64_cortex-a72_gcc-12.3.0_musl/gcc-12.3.0-initial/aarch64-openwrt-linux-musl/libgcc/config.log

checking for a BSD-compatible install... /home/grommish/openwrt/staging_dir/host/bin/install -c

I don't know if this message is normal, but are you trying to cross build from bsd? also, I'm sure the last post's advice will put you on the right track.

who knows, maybe they just need to 'rm -rf staging_dir ; rm -rf build_dir ; rm -rf tmp ; rm -rf bin' and start again

I got this error when building out the new kernel (6.1.80) under my mips64 device, so I know it's on my end. Instead of trying to figure it out, I just nuked the entire openwrt directory and re-cloned.. Took way less time and effort :smiley: The real oddball was the fact so many target trees were fine :person_shrugging: But, I'm building for the Rpi4b now and will see if it dumps or not.

1 Like

The occasional 'make clean' often helps in the development tree. I've come to do it rather frequently, just to exclude any cruft causing errors.

I actually do a make clean between each target build, but it didn't help :frowning:
In any case, it's working now :slight_smile:

1 Like

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.