I built my LFS system using LFS 5 months ago. I've been enjoying the near-psychotic amount of effort I've put into it. No textbook could ever teach me as much about the internals of my linux system as using LFS full time ever could.
I recently started to do work more seriously on having Cedega work on my system. While the program runs, it always issues a warning about a 2052kb stack size limitation for my current pthread implementation.
Upon review of the transgaming forums, I found that Gentoo users suffer from the same problem. The instructions for those users have them re-emerge glibc using nptl, which is a much better threading implementation for POSIX threads.
My previous version of glibc was 2.3.2 using linuxthreads - I would like to move to using 2.3.3 with nptl. However, my own attempts to make this work have not succeeded.
I worked off this TLDP Howto
for my instructions. I was able to generate my static versions of coreutils, bash and make, and do the initial make for glibc. To configure, I used:
configure --enable-add-ons=nptl --prefix=/ --with-tls
This ran fine, and so did make.
After booting back into the minimal run state (by using "init=/bin/bash" and manually mounting my partitions), I sued to root and did the "make install" for glibc. At this point, I'm glad I made backups prior to my experiment.
All of my binaries save for the static binaries I had made previously gave me errors regarding relocation in ld-linux.so.2. I was able to successfully restore my previous state using my backups, but am now confused as to whether or not I can proceed. I was under the impression that moving from linuxthreads to nptl would leave me binary compatible, with a much more efficient threading implementation? Is this not the case, or am I missing some critical step?