You receive this bug because this package does not respect my system's AR (x86_64-pc-linux-gnu-ar) and calls directly /usr/bin/ar The possible solutions to fix this issue are: 1)Fix the buildsystem, if you can; 2)inherit toolchain-funcs and use tc-export AR 3)inherit toolchain-funcs and use emake AR="$(tc-getAR)" From the build log: ar -rcu biewlib/libbiew.a biewlib/bbio.o biewlib/biewlib.o biewlib/file_ini.o biewlib/pmalloc.o biewlib/twin.o biewlib/tw_class.o biewlib/sysdep/x86_64/aclib.o biewlib/sysdep/x86_64/cpu_info.o biewlib/sysdep/x86_64/linux/fileio.o biewlib/sysdep/x86_64/linux/keyboard.o biewlib/sysdep/x86_64/linux/mmfio.o biewlib/sysdep/x86_64/linux/mouse.o biewlib/sysdep/x86_64/linux/misc.o biewlib/sysdep/x86_64/linux/nls.o biewlib/sysdep/x86_64/linux/os_dep.o biewlib/sysdep/x86_64/linux/timer.o biewlib/sysdep/x86_64/linux/vio.o
Is it legit to add " -rcu" in a static way like here? @@ -34,14 +34,15 @@ src_configure() { if use gpm; then - append-flags -DHAVE_MOUSE + append-cppflags -DHAVE_MOUSE else - append-flags -UHAVE_MOUSE + append-cppflags -UHAVE_MOUSE fi ./configure --datadir=/usr/share/${PN} \ --prefix=/usr \ --cc="$(tc-getCC)" \ --ld="$(tc-getCC)" \ + --ar="$(tc-getAR) -rcu" \ --as="$(tc-getAS)" \ --ranlib="$(tc-getRANLIB)" || die "configure failed." } +*biew-6.1.0-r3 (05 Sep 2013) + + 05 Sep 2013; Michael Weber <xmw@gentoo.org> +biew-6.1.0-r3.ebuild: + Respect AR, thanks ago, bug 483734. +
(In reply to Michael Weber from comment #1) > Is it legit to add " -rcu" in a static way like here? Yes, this is fine. Sometimes upstream uses AR="ar $something" like one block, so your fix is right.