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).
+*wine-1.7.3 (09 Oct 2013)
+ 09 Oct 2013; Alexandre Rostovtsev <email@example.com> 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).