Re: [gentoo-dev] [RFC] Master plan for fixing elibtoolize

[Alexis Ballier <aballier@gentoo.org>]

On Fri, 17 Mar 2017 18:14:12 +0100
Michał Górny <mgorny@gentoo.org> wrote:

> Hi, everyone.
> 
> Since the bug about libtool.eclass [1] has not received any
> attention, I hereby declare maintainer timeout and start working on
> improving the eclass.
> 
> The main goals are to:
> 
> a. stop requiring every single autoconf ebuild to call elibtoolize
> manually (and effectively having half-'broken' repository),
> 
> b. stop bundling the large number of patches with the repository,
> 
> c. stop using hacks to find those patches.
> 
> The planned steps are to:
> 
> 1. split epunt_cxx out of eutils:
> 
> 1.1. split the function into new eclass (PATCH already sent),
> 
> 1.2. explicitly inherit the new eclass in all ebuilds using epunt_cxx,
> 
> 1.3. remove implicit inherit from eutils,
> 
> 1.4. move patches to a package and make the new eclass DEPEND on it.
> 
> 2. move patches to a package and make libtool.eclass DEPEND on it.
> 
> 3. copy elibtoolize logic to Portage, and make it apply implicitly
> on econf [do we need to apply it elsewhere?]; disable explicit
> libtoolize when Portage supports that.


Define it in a new EAPI. Make elibtoolize die in EAPI supporting
auto-elibtoolize.