| Message ID | 20211101165422.1598719-7-hauke@hauke-m.de |
|---|---|
| State | Accepted |
| Delegated to: | Hauke Mehrtens |
| Headers | show |
| Series | Update some development tools | expand |
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,
On 11/6/21 10:27 PM, John Thomson wrote: > 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, > Hi John, Stijn reported a similar problem with gdb on his Gentoo system on IRC, see this error: https://gist.github.com/stintel/d45977475cee2756914b47d658109262 For me both packages are compiling file on Debian stable. I just stared my Arch Linux system and will try to reproduce the problem. Hauke
diff --git a/package/devel/binutils/Makefile b/package/devel/binutils/Makefile index ca1099349c12..5fdb83036ea3 100644 --- a/package/devel/binutils/Makefile +++ b/package/devel/binutils/Makefile @@ -8,13 +8,13 @@ include $(TOPDIR)/rules.mk PKG_NAME:=binutils -PKG_VERSION:=2.35.2 +PKG_VERSION:=2.37 PKG_RELEASE:=1 PKG_SOURCE_URL:=@GNU/binutils PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.xz PKG_VERSION:=$(PKG_VERSION) -PKG_HASH:=dcd5b0416e7b0a9b24bed76cd8c6c132526805761863150a26d016415b8bdc7b +PKG_HASH:=820d9724f020a3e69cb337893a0b63c2db161dadcb0e06fc11dc29eb1e84a32c PKG_FIXUP:=autoreconf PKG_LIBTOOL_PATHS:=. gas bfd opcodes gprof binutils ld libiberty gold intl
This matches the version used in the toolchain. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> --- package/devel/binutils/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)