LinuxQuestions.org
View the Most Wanted LQ Wiki articles.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Linux From Scratch
User Name
Password
Linux From Scratch This Forum is for the discussion of LFS.
LFS is a project that provides you with the steps necessary to build your own custom Linux system.

Notices

Reply
 
Search this Thread
Old 01-13-2005, 04:07 PM   #1
CestusGW
Member
 
Registered: Apr 2002
Location: Carleton University, Ontario, Canada
Distribution: Free yourself from distributions! Source is where it's at
Posts: 40

Rep: Reputation: 15
Replacing glibc using linuxthreads for glibc using nptl (native positx thread library


Hi everyone

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:
Code:
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?
 
Old 01-13-2005, 04:30 PM   #2
__J
Senior Member
 
Registered: Dec 2004
Distribution: Slackware, ROCK
Posts: 1,973

Rep: Reputation: 46
did you install the previous glibc into /usr prefix? installing with "--prefix=/" would leave you with two conflicting glibc installs.
 
Old 01-13-2005, 07:02 PM   #3
CestusGW
Member
 
Registered: Apr 2002
Location: Carleton University, Ontario, Canada
Distribution: Free yourself from distributions! Source is where it's at
Posts: 40

Original Poster
Rep: Reputation: 15
No, I've only found libc and libm showing up once, and that's under "/", not "/usr". Besides which, shouldn't libc be placed under /lib anyways? If libc isn't integral to being able to boot your system (my /usr is on a different partition), I don't know what is.

The next thing I'm going to try is static compiling my binutils as well, and seeing if doing an ldconfig will fix things (I'm still not quite sure about the specifics of dynamic shared object loading, so maybe this will fix things?)

Last edited by CestusGW; 01-13-2005 at 07:06 PM.
 
Old 01-14-2005, 05:40 PM   #4
Yerp
Member
 
Registered: Jun 2004
Distribution: Turtle Kevux 0.8.8
Posts: 129

Rep: Reputation: 15
thanks for the detailed post, I failed to get help on this stack size anywhere, and I ended up getting the solution this way..
 
Old 01-20-2005, 07:26 AM   #5
Yerp
Member
 
Registered: Jun 2004
Distribution: Turtle Kevux 0.8.8
Posts: 129

Rep: Reputation: 15
there seems to be a problem with binutils-2.14's assembler while passing nptl as the threading library:
http://www.linuxquestions.org/questi...hreadid=216511

Anybody got a workaround other than using 2.15 instead of 2.14?
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Slackware and Native POSIX Thread Library (NPTL) win32sux Slackware 19 05-17-2005 10:41 AM
Help! 2.4.29 + nptl = glibc error: cannot compute (long double), 77 Yerp Linux From Scratch 3 03-25-2005 06:28 PM
linux glibc nptl pthread_mutexattr_init function? dmarkh Programming 0 01-29-2005 05:18 AM
Safe glibc replacing with a newer one whiteunicorn Linux From Scratch 5 12-21-2004 04:07 PM
glibc 2.3 with linuxthreads... khermans Linux - General 2 10-11-2002 09:48 PM


All times are GMT -5. The time now is 05:28 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration