On 11/06/2014 12:11 PM, Michał Górny wrote:
> # multilib.eclass collisions
> get_libdir() { future_get_libdir "${@}"; }
> # eutils.eclass collisions
> einstalldocs() { future_einstalldocs "${@}"; }

This collision handling mechanism seems pretty reasonable.
Alternatively, maybe it could die if the functions are already defined,
and advise the developer that future should be inherited later than
multilib and eutils. Is there any reason not to inherit future after
multilib and eutils? I guess the reason would be some dependency on the
old implementations?
-- 
Thanks,
Zac

Reply via email to