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