Gentoo Archives: gentoo-dev

From: "Michał Górny" <mgorny@g.o>
To: gentoo-dev@l.g.o
Cc: aballier@g.o
Subject: Re: [gentoo-dev] Getting proper USE_EXPAND variable(s) for multilib
Date: Wed, 23 Jan 2013 15:43:45
Message-Id: 20130123164413.58ae96c1@pomiocik.lan
In Reply to: Re: [gentoo-dev] Getting proper USE_EXPAND variable(s) for multilib by "Michał Górny"
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

Attachments

File name MIME type
signature.asc application/pgp-signature