[PATCH 6/6] binutils: Update to version 2.37
lists at johnthomson.fastmail.com.au
Sat Nov 6 14:27:40 PDT 2021
On Mon, 1 Nov 2021, at 16:54, Hauke Mehrtens wrote:
I am seeing a problem compiling package/devel/binutils 2.37
This is not showing on the buildbots, so not urgent.
I opened an upstream bug report here: https://sourceware.org/bugzilla/show_bug.cgi?id=28545
I have some more details and a compile log there.
I believe binutils 2.37 in install relink libctf is trying to use some host libraries first through
-L/usr/lib (instead of cross-compiled); for libiberty.a, libz.so, and libz.a
These is an upstream fix in master to avoid host libiberty.a in this relink, but not zlib
The previous package 2.35.2 compiles without these errors.
First error message in libtool: install: warning: relinking `libctf.la'
/usr/lib/libiberty.a: error adding symbols: file format not recognized
My host is Arch Linux x86_64 (which has libiberty.a, libz.so, and libz.a in /usr/lib). My target is ipq40xx.
Compiling binutils packages as a (sub) dependency of iproute2 ip-full.
An ath79 test build also tries to use host libraries, but skips the host libraries as incompatible.
I can also see that the autoreconf is failing:
autoreconf: running: /mnt/pool_ssd/code/openwrt/staging_dir/host/bin/aclocal -I /mnt/pool_ssd/code/openwrt/staging_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/host/share/aclocal -I /mnt/pool_ssd/code/openwrt/staging_dir/hostpkg/share/aclocal -I /mnt/pool_ssd/code/openwrt/staging_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/usr/share/aclocal -I m4 -I . -I gas -I bfd -I opcodes -I gprof -I binutils -I ld -I libiberty -I gold -I intl --force
aclocal.real: error: configure.ac:27: file 'libtool.m4' does not exist
autoreconf: /mnt/pool_ssd/code/openwrt/staging_dir/host/bin/aclocal failed with exit status: 1
More information about the openwrt-devel