Hi Hauke, On Mon, 1 Nov 2021, at 16:54, Hauke Mehrtens wrote: > PKG_NAME:=binutils > -PKG_VERSION:=2.35.2 > +PKG_VERSION:=2.37
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 Cheers, -- John Thomson _______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
