Summary: | glibc 2.3.2-r9 doesn't compile with NPTL although kernel 2.6.2 installed | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Sven <sven.koehler> |
Component: | New packages | Assignee: | Please assign to toolchain <gcc-porting> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 1.4 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Sven
2004-02-04 09:23:03 UTC
i just took a look at the ebuild again. it doesn't even download NPTL etc. what's going on? is the 2.3.2-r9 ebuild completly broken what NPTL concerns? your gcc isnt new enough *** This bug has been marked as a duplicate of 38622 *** The answer is not "my gcc is not new enough". the answer is, that NPTL has been disbled in the gcc-2.3.2-r9 ebuild. The only way of using NPTL seems to be to use some very unstable ebuilds. See http://bugs.gentoo.org/show_bug.cgi?id=38622 for further information. yes, i know about that bug, if you read it, you'll see i wrote about half the comments and that i'm the one who removed nptl from the ebuild your gcc isnt new enough, you need 3.3.2, you have 3.2.3 yes, you wrote a bunch of comments and fixed the other bug by removing NPTL-support from the ebuild. i read that. (BTW: should should remove it 100% and/or add a warning that NPTL has been removed from the ebuild). Anyway: you didn't mention the reason why one must have gcc3.3 to use NPTL, yet. It's not that i don't believe you, but you didn't give any hint what the reason might be. What do you think other users might ask themselfs? You should also keep in mind, that there might be users out there that are using glibc-2.3.2-r3 at the moment (compiled with gcc-3.2.3-r3 and NPTL). What do you think they will experience when upgrading to glibc-2.3.2-r9? i doubt any users out there are using glibc-2.3.2-r3 with NPTL enabled because all glibc ebuilds that have NPTL option have always required gcc-3.3 if a user edited the ebuild to remove those checks and somehow got nptl on their system and upgrading breaks their system, well it's kinda their fault in the first place when that DEPEND was put in place it was because the documentation lists that either the latest development gcc (i.e. 3.3.x) is required or the redhat 3.2 (i.e. redhat ports a lot of patches from dev back into stable versions ... you can see nptl in their 2.4 kernels for instance) whether it really works with our 3.2.3 gcc i dont think anyone has tested and i dont think anyone will ... not worth our time questioning the documentation in this case, plus we plan on moving 3.3.2-rX to stable soon gcc-2.3.2-r3 ebuild does not require gcc-3.3, only >=gcc-3.2.2-r1 perhaps that is a typo in the glibc-2.3.2-r3 ebuild? and it should really depend on >=gcc-3.3.2-r1 with USE=nptl regardless, it's a moot point and the glibc-2.3.2-r9 ebuild wont be changed until gcc-3.3.2-rX hits stable We need 3.3.x (think 3.3.2) for unroll, etc support. Now that 3.3.2 is stable, I guess we might enable it again ... although I would like not to do it until all arches are on 3.3.2 ... you could modify the ebuild so that it does: if (NPTL in use-flags) { if (gcc <3.3.2 installed) { einfo "NPTL needs gcc 3.3.2" die } enable NPTL-support } |