| 1 |
-----BEGIN PGP SIGNED MESSAGE-----
|
| 2 |
Hash: SHA1
|
| 3 |
|
| 4 |
On Wed, 19 Sep 2012 16:33:13 -0400
|
| 5 |
Ian Stakenvicius <axs@g.o> wrote:
|
| 6 |
> On 19/09/12 03:37 PM, Ciaran McCreesh wrote: |
| 7 |
> > On Wed, 19 Sep 2012 15:26:44 -0400 Alexandre Rostovtsev |
| 8 |
> > <tetromino@g.o> wrote: |
| 9 |
> >> Pacho Ramos has suggested making vala_src_prepare() into a no-op |
| 10 |
> >> in the common situation where vala is in IUSE and USE=-vala. |
| 11 |
> > |
| 12 |
> > There's no way to obtain the effective value of IUSE from within |
| 13 |
> > an ebuild or eclass. You'll need to use an independent variable to |
| 14 |
> > get this information. |
| 15 |
> > |
| 16 |
> |
| 17 |
> I don't think that the 'effective' value of IUSE matters in this |
| 18 |
> particular case. This would be the 'explicit' value as is hard-coded |
| 19 |
> in the ebuild that would need to be checked against, I expect? |
| 20 |
> |
| 21 |
> Unless eclasses and phase functions are in the habit of removing |
| 22 |
> entries from IUSE, I don't see this being an issue? |
| 23 |
|
| 24 |
No, you're not guaranteed to get the ebuild's value of IUSE, or any
|
| 25 |
particular eclass's value of IUSE, or the merged value of IUSE. In
|
| 26 |
particular for this case, it's possible to get false negatives.
|
| 27 |
|
| 28 |
- --
|
| 29 |
Ciaran McCreesh
|
| 30 |
-----BEGIN PGP SIGNATURE-----
|
| 31 |
Version: GnuPG v2.0.19 (GNU/Linux)
|
| 32 |
|
| 33 |
iEYEARECAAYFAlBaLj0ACgkQ96zL6DUtXhHGQACgtfKtKsIt1X3emCWK2qWgrFg5
|
| 34 |
y5MAn1sK5Pmf2sGFSB7j3bZJDHYr399O
|
| 35 |
=ICAN
|
| 36 |
-----END PGP SIGNATURE----- |
Archives