You receive this bug because this package does not respect my system's AR ( x86_64-pc-linux-gnu-ar - /usr/bin/x86_64-pc-linux-gnu-ar ) and calls directly ar - /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)" Note, this package does not recpect AR in the configure phase,, infact we have: checking for ar... /usr/bin/ar
The AR variable is actually exported in pkg_setup() but the configure script does not get it because it is not a full path. I found a fix by sedding the configure script: sed -i 's/set dummy ar/set dummy $AR/' configure || die as the first line of src_prepare() The keynote-2.3-qa.patch file can be modified to not remove AR = @AR@ in the Makefile.
Hm, this is difficult to fix properly. I can suggest this hack: --- keynote-2.3-r3.ebuild 27 Dec 2012 18:33:23 -0000 1.2 +++ keynote-2.3-r3.ebuild 28 Dec 2012 07:18:02 -0000 @@ -21,6 +21,7 @@ pkg_setup() { tc-export AR CC RANLIB + export ac_cv_path_AR="$(which $(tc-getAR))" }
While /usr/bin/ar is picked up by configure, it seems to work correctly with make: x86_64-pc-linux-gnu-ar -cvr libkeynote.a k.tab.o lex.kn.o environment.o parse_assertion.o signature.o auxil.o base64.o
+ 20 Feb 2013; Sergey Popov <pinkbyte@gentoo.org> keynote-2.3-r3.ebuild: + Export path to current AR executable, wrt bug #448904 This should fix configure issue