1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA256 |
3 |
|
4 |
On 13/11/14 09:05 AM, Michael Orlitzky wrote: |
5 |
> On 11/13/2014 05:30 AM, Michael Palimaka wrote: |
6 |
>> |
7 |
>> Suggested policy to get the ball rolling: |
8 |
>> |
9 |
>> In general, a package must explicitly depend upon what it |
10 |
>> directly uses. However, to avoid ebuild complexity and developer |
11 |
>> burden there are some exceptions. Packages that appear in the |
12 |
>> base system set may be omitted from an ebuild's dependency list |
13 |
>> in the following circumstances: |
14 |
>> |
15 |
>> * C compiler and runtime |
16 |
> |
17 |
> Specifically sys-devel/gcc and sys-libs/glibc (i.e. what's in |
18 |
> @system), or just anything? |
19 |
> |
20 |
|
21 |
I would sincerely hope that nothing in the tree explicitly requires |
22 |
gcc as a C compiler. |
23 |
|
24 |
Glibc is a bit different, it may be necessary to explicitly depend on |
25 |
it (or use the elibc_glibc flag) if the package can't work with the |
26 |
libc alternatives, but ideally |
27 |
|
28 |
>> * C++ compiler and runtime |
29 |
> |
30 |
> Isn't it possible to disable C++ in GCC with USE="-cxx"? |
31 |
|
32 |
It is.. but unfortunately there's no way in DEPEND to ensure it's |
33 |
satisfied, as you can have a gcc installed with that flag enabled but |
34 |
have a second one (that's actually selected in gcc-config) with it |
35 |
disabled. A pkg_pretend check or a pkg_setup check (if you don't want |
36 |
it to just fail in src_configure) is probably the best way to enforce |
37 |
that one at this time. Unless there are other ways I'm not aware of?? |
38 |
|
39 |
There's also the whole c++98 vs c++11 issue that's sort-of part of |
40 |
this -- minimum clang version, minimum gcc version might relate. |
41 |
Again though, afaik there's no easy way to deal with this in DEPEND. |
42 |
-----BEGIN PGP SIGNATURE----- |
43 |
Version: GnuPG v2 |
44 |
|
45 |
iF4EAREIAAYFAlRky4AACgkQ2ugaI38ACPD1twD/da6rptWk1/vl2iDPSBWLmox2 |
46 |
5rXr7aEci8yCBoyDsk8A/0ZAGBtxlBWqoTGKzkJdm32pow4cOtFBEBO+YoVJkEyx |
47 |
=xXHM |
48 |
-----END PGP SIGNATURE----- |