1 |
On Wed, 2003-10-29 at 14:56, Paul de Vrieze wrote: |
2 |
> -----BEGIN PGP SIGNED MESSAGE----- |
3 |
> Hash: SHA1 |
4 |
> |
5 |
> On Wednesday 29 October 2003 13:16, Jason Stubbs wrote: |
6 |
> > I used NPTL for about four weeks and had no problems except that |
7 |
> > canna, a Japanese input server, would not start. Other than that, I |
8 |
> > didn't detect any change in the system, performance-wise or otherwise. |
9 |
> > |
10 |
> > On Monday 27 October 2003 21:56, Mike Frysinger wrote: |
11 |
> > > On Monday 27 October 2003 01:35, Matthew Kennedy wrote: |
12 |
> > > > Whats involved in updating a non-NPTL glibc to NPTL glibc? Just |
13 |
> > > > "USE=nptl emerge glibc" or do other libraries and binaries need to |
14 |
> > > > be re-emerged also? |
15 |
> > > |
16 |
> > > no, just re-emerging glibc with nptl in USE is enough |
17 |
> > |
18 |
> > As far as I know, only OpenOffice and Sun JRE/JDK have support for |
19 |
> > NPTL. Wouldn't these need to be re-emerged to take advantage of it? |
20 |
> |
21 |
> I don't know about openoffice remerging. Basically the support consists |
22 |
> of making openoffice compile on nptl based systems. An allready compiled |
23 |
> openoffice should though run fine with nptl. |
24 |
> |
25 |
> It seems that the same is true for the j2sdk java source package (looking |
26 |
> at the patch). It could be however that the headers from the nptl |
27 |
> implementation of pthreads allow better optimization, but I don't know. |
28 |
> In that case you would need to recompile everything that uses the |
29 |
> pthread lib. |
30 |
> |
31 |
|
32 |
AFIAK, you do not need to recompile anything to use it - anything using |
33 |
libpthread will use it. You may however have issues recompiling things |
34 |
as there was some changes, and things heavy dependent on how |
35 |
linuxthreads worked (valgrind, gdb, etc) may or may not misbehave, but |
36 |
mostly the rest works just fine. |
37 |
|
38 |
|
39 |
Thanks, |
40 |
|
41 |
-- |
42 |
|
43 |
Martin Schlemmer |
44 |
Gentoo Linux Developer, Desktop/System Team Developer |
45 |
Cape Town, South Africa |