On 11/06/2014 12:40 PM, Zac Medico wrote:
> 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.

Now I realize that future.eclass has no way of knowing when mutilib or
eutils are inherited later. So, I can't think of a better way to handle
the collisions that what you already have.
-- 
Thanks,
Zac

Reply via email to