The subshells in x11-misc/virtualgl are crazy and broke the BUILD_DIR backwards compatibility code. Therefore, I migrated the package directly. Anyway, please stop doing that. If you want to keep the 32-bit variables local-local, please put them into a separate function. And please consider using multilib_toolchain_setup instead of hand-defining variables. For proper examples of multilib, please see libtxc_dxtn (the older ebuild defines stuff directly).
Looks like there is an eclass for autotools multilib stuff, how will other build systems be handled? Via multilib-ebuild.eclass? Thanks for the info :)
(In reply to comment #1) > Looks like there is an eclass for autotools multilib stuff, how will other > build systems be handled? Via multilib-ebuild.eclass? > > Thanks for the info :) Well, I'd say cmake-multilib.eclass won't hurt. 'Multilibization' of out-of-source builds is awesome easy. Well, unless this ain't an out-of-source build.
For the new eclass & ebuild: http://thread.gmane.org/gmane.linux.gentoo.devel/83585 Please note that I have assumed that 'fakelib' subdirectory name is irrelevant and just thrown a quick ${ABI} there :).
Thanks a lot for your work :)
+*virtualgl-2.3.2-r1 (09 May 2013) + + 09 May 2013; Pacho Ramos <pacho@gentoo.org> +virtualgl-2.3.2-r1.ebuild: + Build multilib properly (#445784 by mgorny) +