1 |
On Wed, 23 Jan 2013 08:03:56 -0300 |
2 |
Alexis Ballier <aballier@g.o> wrote: |
3 |
|
4 |
> On Wed, 23 Jan 2013 09:24:26 +0100 |
5 |
> Michał Górny <mgorny@g.o> wrote: |
6 |
> |
7 |
> > On Mon, 21 Jan 2013 10:27:30 -0300 |
8 |
> > Alexis Ballier <aballier@g.o> wrote: |
9 |
> > |
10 |
> > > > To be honest, I don't know if there's other way to hide USE flags |
11 |
> > > > than using USE_EXPAND_HIDDEN. If we want to use that, we'd have |
12 |
> > > > to split the flags per-arch, i.e. have: |
13 |
> > > > |
14 |
> > > > MULTILIB_AMD64="abi1 abi2 abi3" |
15 |
> > > > MULTILIB_PPC64="abi1 abi2 abi3" |
16 |
> > > > |
17 |
> > > > with appropriate USE_EXPAND_HIDDEN set by profiles. |
18 |
> > > |
19 |
> > > I don't like that at all. |
20 |
> > > I'd go for ABI= the union of all the MULTILIB_ABIS variables (if |
21 |
> > > there is no name collision) |
22 |
> > > we certainly want skype to depend on libitneeds[abi_x86], not |
23 |
> > > 'amd64? ( libitneeds[abi_amd64_x86] ) x86? ( libitneeds )' |
24 |
> > |
25 |
> > Just a quick idea. |
26 |
> > |
27 |
> > How would you feel about abi_x86_32? (similarly _64, _x32) |
28 |
> > |
29 |
> > That would be almost natural names with the trick variable being |
30 |
> > ABI_X86, therefore having all the fore-mentioned advantages. |
31 |
> > |
32 |
> > The deps would look like: |
33 |
> > |
34 |
> > libitneeds[abi_x86_32] |
35 |
> > |
36 |
> |
37 |
> Sounds good too, I just would want it to be shared between arches that |
38 |
> can: amd64/x86/x32, ppc/ppc64, mips, sparc32/sparc64, etc. |
39 |
> You mean you will hide ABI_X86 USE_EXPAND on non-x86 arches, right ? |
40 |
> This would have all the benefits I think, very good idea :) |
41 |
|
42 |
Yes. |
43 |
|
44 |
I'm currently looking for a clean way to hide it without having to |
45 |
repeat that in a dozen profiles. But it seems that portage and PMS |
46 |
disagree again about the shape of USE_EXPAND_HIDDEN... |
47 |
|
48 |
-- |
49 |
Best regards, |
50 |
Michał Górny |