El sáb, 22-09-2012 a las 23:24 +0200, Michał Górny escribió: > It is a simple eclass using autotools out-of-source builds to build > packages for multiple ABIs when multilib is supported. > > Use case: xorg packages, ask Matt. > --- > gx86/eclass/autotools-multilib.eclass | 72 > +++++++++++++++++++++++++++++++++++ > 1 file changed, 72 insertions(+) > create mode 100644 gx86/eclass/autotools-multilib.eclass > > diff --git a/gx86/eclass/autotools-multilib.eclass > b/gx86/eclass/autotools-multilib.eclass > new file mode 100644 > index 0000000..1a345a1 > --- /dev/null > +++ b/gx86/eclass/autotools-multilib.eclass > @@ -0,0 +1,72 @@ > +# Copyright 1999-2012 Gentoo Foundation > +# Distributed under the terms of the GNU General Public License v2 > +# $Header: $ > + > +# @ECLASS: autotools-multilib.eclass > +# @MAINTAINER: > +# Michał Górny <mgo...@gentoo.org> > +# @BLURB: autotools-utils wrapper for multilib builds > +# @DESCRIPTION: > +# The autotools-multilib.eclass is an autotools-utils.eclass(5) wrapper > +# introducing support for building for more than one ABI (multilib). > +# > +# Inheriting this eclass sets IUSE=multilib and exports autotools-utils > +# phase function wrappers which build the package for each supported ABI > +# if the flag is enabled. Otherwise, it works like regular > +# autotools-utils. [...]
One problem that I remembered now: If every ebuild inheritting this eclass (either this one or similar) will add a "multilib" USE, people running multilib profiles will get it enabled for ALL packages inheritting it, causing them to see how their systems grow a lot because they will have 32bits libs for all packages, even when not needed. For example, in my systems I need gtk+ 32 bits libs, but not qt ones as I don't have any qt based app requiring 32bits installed. Maybe the way to workaround this would be to rename it to something like "32bits", that way if, for example, acroread RDEPENDs on gtk+[32bits], it would only be enabled for needed packages not all
signature.asc
Description: This is a digitally signed message part