Gentoo Archives: gentoo-dev

From: Duncan <1i5t5.duncan@×××.net>
To: gentoo-dev@l.g.o
Subject: [gentoo-dev] Re: RFC: c++14 global USE flag
Date: Sun, 03 May 2015 10:52:07
Message-Id: pan$ba2a7$f6e5cdc0$71cf289a$fb9f9fe9@cox.net
In Reply to: Re: [gentoo-dev] Re: RFC: c++14 global USE flag by Maxim Koltsov
1 Maxim Koltsov posted on Sun, 03 May 2015 13:19:18 +0300 as excerpted:
2
3 > this functionality can't be generalized by any name, except "c++14" ---
4 > that's only thing in common. Moreover, this is (I hope) a _temporal_
5 > solution, until there's a gcc with needed level of support. And of
6 > course we can put a message about this flag in eclass and/or on
7 > LeechCraft site.
8
9 What about a somewhat more generic flag such as newcode? Like the bindist
10 or minimal flags, this could be global, but with local descriptions very
11 strongly recommended. Similarly, like minimal, setting it globally would
12 be strongly discouraged.
13
14 In this case, the newcode local description would be something like:
15
16 C++14 related: gcc doesn't support yet, requires clang
17
18 ... with an appropriate use-conditional dep.
19
20 The newcode flag would however be generic enough that it could be reused
21 for C++17, etc, as well, and could obviously be phased out for any
22 particular package once its specific newcode dependencies are met in
23 stable -- in this case, when a supporting gcc stabilizes.
24
25 newcode would even be generic enough to be used for say qt6 when the time
26 comes, if it turns out to be stuck in the qt overlay for quite some time,
27 as was qt5, for the longest time, and the good bit is, generic meaning,
28 that USE=newcode requires a dep that's still generally problematic or
29 might be considered excessive to get, for optional functionality that may
30 or may not be considered worth it, should be pretty obvious.
31
32 Making that meaning even more obvious would be the fact that the flag
33 would likely be packageuse-masked for many users for much of the the
34 time. That could for instance allow packages using it in-tree, before
35 the dep it pulls in is itself in-tree, while still making it possible to
36 unmask, for users who either already have the required overlay active, or
37 who don't have it active ATM, but are willing to activate it to get the
38 features it toggles.
39
40 --
41 Duncan - List replies preferred. No HTML msgs.
42 "Every nonfree program has a lord, a master --
43 and if you use the program, he is your master." Richard Stallman

Replies

Subject Author
Re: [gentoo-dev] Re: RFC: c++14 global USE flag Georg Rudoy <0xd34df00d@×××××.com>