1 |
Apparently, though unproven, at 20:56 on Friday 11 February 2011, James did |
2 |
opine thusly: |
3 |
|
4 |
> Hello, |
5 |
> |
6 |
> I have nptl and nptlonly set in my make.conf file. |
7 |
> I thought that was the best setting for threading. |
8 |
> |
9 |
> |
10 |
> Now, I want to install the Chromium web browser. |
11 |
> It is asking me to the set the +threads flag for ffmpeg, |
12 |
> before www-client/chromium can be installed. OK |
13 |
> no problem on a per package basis. |
14 |
> |
15 |
> But, this has made me think. Is setting nptl and |
16 |
> nptl globally (in make.conf) the best idea? |
17 |
> |
18 |
> Should the threads flag also be set globally, or just |
19 |
> on a per package basis? Maybe nptl and threads |
20 |
> and not set nptlonly? |
21 |
> |
22 |
> I thought nptl and nptl was the end of the |
23 |
> requirements, but running this command: |
24 |
> |
25 |
> euse -i threads |
26 |
> Here is a curious response; ffmpeg does not get |
27 |
> listed (as it is not built with the threads flag)? |
28 |
> |
29 |
> euse -I threads |
30 |
> |
31 |
> I see lots of packages where the flag "threads" |
32 |
> is being used including ffmpeg. |
33 |
> |
34 |
> |
35 |
> Some discussion and guidance as to how best |
36 |
> to set the flags [nptl, nptlonly and threads] |
37 |
> (any others related to threading) would be |
38 |
> appreciated. |
39 |
|
40 |
USE=nptl means build the New Posix Thread Library. |
41 |
USE=nptlonly means only built NPTL, not the old Linux Threads |
42 |
|
43 |
These should be global in scope |
44 |
|
45 |
USE=threads is best per package as some packages support it but don't play |
46 |
nice with it. You could set it globally and disable it per-package, or do it |
47 |
the other way round if you please. |
48 |
|
49 |
AFAIR nptlonly has done nothing for ages. When was LinuxThreads removed from |
50 |
glibc? Sometime around 2.6 or 2.7? |
51 |
|
52 |
-- |
53 |
alan dot mckinnon at gmail dot com |