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 rc libwpp.a preproc.o wpp.o ppy.tab.o ppl.yy.o
*** Bug 483344 has been marked as a duplicate of this bug. ***
wine directly calls /usr/bin/ar and /usr/bin/ranlib because those are the correct values of AR and RANLIB when building 32-bit code on amd64. As far as I can see, "tc-export AR RANLIB" won't change anything: if you don't have /usr/bin/i686-pc-linux-gnu-ar or /usr/bin/i686-pc-linux-gnu-ranlib on your machine, tc-export won't be able to use them.
Actually, on second thought: if you have only x86_64-pc-linux-gnu-ranlib but not i686-pc-linux-gnu-ranlib, even for 32-bit code you do probably want to use x86_64-pc-linux-gnu-ranlib and not /usr/bin/ranlib, which might be something unexpected (e.g. if cross-compiling). Fixed :) +*wine-1.7.3 (09 Oct 2013) + + 09 Oct 2013; Alexandre Rostovtsev <tetromino@gentoo.org> wine-1.6.ebuild, + +wine-1.7.3.ebuild, wine-9999.ebuild, metadata.xml: + Belated version bump (bug #483276); see http://www.winehq.org/announce/1.7.3 + (and .../1.7.2 and .../1.7.1) for release notes. Respect AR and RANLIB (bug + #483342 and #483344, thanks to Agostino Sarubbo). Make rtkit dependency + optional since apparently winepulse can work without it (bug #487152, thanks + to Stefan Reimer).