On 2 April 2013 19:01, Sergey Popov wrote:
> 01.04.2013 11:52, Michael Palimaka пишет:
> > On 1/04/2013 04:29, Denis M. wrote:
> >> I think it's a good idea to expand the categories' descriptions (found
> >> in the corresponding metadata.xml files) with more accurate descriptions
> >> of which pa
On Wed, 03 Apr 2013 11:40:31 +0200
Thomas Sachau wrote:
> Michał Górny schrieb:
> > The first patch changes the eclass logic. The abi_* values, with 'abi_'
> > prefix stripped, are called MULTILIB_ABI now. They are used to run
> > the 'foreach' functions, and now are set in the called functions a
At a first look, this seems all good. Thanks!
Alexis.
---
gx86/eclass/multilib-minimal.eclass | 2 ++
1 file changed, 2 insertions(+)
diff --git a/gx86/eclass/multilib-minimal.eclass
b/gx86/eclass/multilib-minimal.eclass
index 070425f..44d6ed3 100644
--- a/gx86/eclass/multilib-minimal.eclass
+++ b/gx86/eclass/multilib-minimal.eclass
@@ -86,10 +86,1
---
gx86/eclass/autotools-multilib.eclass | 82 +--
gx86/eclass/multilib-build.eclass | 121 ++
2 files changed, 124 insertions(+), 79 deletions(-)
diff --git a/gx86/eclass/autotools-multilib.eclass
b/gx86/eclass/autotools-multilib.eclass
Hello,
Following the introduction of header wrapping in autotools-multilib,
I'm submitting two patches: one providing a public API for it
in multilib-build, and the other one using it in multilib-minimal. Both
patches will be sent in reply to this mail.
The API consists of two functions: multilib
On Thu, 4 Apr 2013 10:07:06 +0200
Alexis Ballier wrote:
> > It will be when there's a safe, public API for it. Right now, it's too
> > fragile.
>
> What exactly is the unsafe part of the API of this function ?
Well, the first thing was using $ABI directly, and I sent a patch for
that one alread
On Tue, 2 Apr 2013 13:47:07 +0200
Michał Górny wrote:
[...]
> > - Header wrapping really has nothing to do with autotools and I
> > strongly believe this should be moved to multilib-build.
>
> It will be when there's a safe, public API for it. Right now, it's too
> fragile.
>
The problem is t