LinuxQuestions.org
Download your favorite Linux distribution at LQ ISO.
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
 
LinkBack Search this Thread
Old 03-16-2005, 12:49 AM   #1
Yerp
Member
 
Registered: Jun 2004
Distribution: Turtle Kevux 0.8.8
Posts: 129

Rep: Reputation: 15
Red face Help! 2.4.29 + nptl = glibc error: cannot compute (long double), 77


Okay, I always cringe at having to use LinuxThreads...bad experience.
I want nptl, but I get hell building it under a 2.4 kernel (I'm not interested in a stable kernel that keeps getting "features added"..if a 2.7 came out, then I'd move to 2.6.)

So, I have two tweaked LFS systems, the one I am installing on, and the one I am installing.
Host
- Kernel 2.4.29
- Glibc-2.3.4-20040701 (LinuxThreads Oh my)

New LFS system
- Kernel 2.4.29
- Glibc-2.3.4 (nptl, hell yeah)
Looking into the the hardened lfs, I found out how i could build the nptl headers and get past my previous issues of glibc never wanting to install from a LinuxThreads system (2.4.29).

---------------------------------------------------

Okay, I put that because I am afraid that the nptl may be causing my problem..and other than that my systems are almost identical LFS-ish.

In attempt to install the system I got the following error in my first glibc (not including the glibc header install to get nptl working) under what would otherwise be a stage 5 install.

checking for long double... yes
checking for size of long double... configure: error: cannot compute sizeof (long double), 77


I have tried many twists and turns in configuring both this and all packages before this only to get the same results.

After many changes attemps and whatnots my configure command looks like the following:
Code:
PROGRAM=glibc-2.3.4 &&
... && # decompress from archive & change directory commands
LD_LIBRARY_PATH=/tools/lib ../${PROGRAM}/configure --prefix=/tools --disable-profile --enable-add-ons --with-binutils=/tools/bin --with-headers=/tools/include --without-gd --without-cvs
* Any typos in the above are from me falling asleep, code has been quadruple checked for any spelling erros..

I have searched google, mailing list of gentoo, and the entire linux from scratch mailing list archive, from alfs to livecd. All answers only resulted in identical error aboce. Reinstalled a few times from a clean slate to get only consistancy a network technitian could dream for.
 
Old 03-17-2005, 11:46 PM   #2
Remmis
LQ Newbie
 
Registered: Mar 2005
Location: Maryland, US
Distribution: Linux From Scratch; Slackware
Posts: 10

Rep: Reputation: 0
This one kept me up more than a few nights. In fact, I get this exact error anytime I use an existing toolchain to try and build another LFS system. Refer to this and cross your fingers.

http://linuxfromscratch.org/pipermai...ay/000142.html
 
Old 03-23-2005, 09:12 PM   #3
darkRoom
Member
 
Registered: Mar 2004
Location: Valencia, espaņa
Distribution: Slack, Gentoo, Custom
Posts: 162

Rep: Reputation: 30
Hi
Theres a few things that you should try, do a sanity check as per the book and post the results.

Put this in a c file

Code:
int main(void){printf("foobar\n"); return(0);}
gcc -o test test.c
and run ./test

Note the results of this and also of 'ldd test'

Also in the config.log in glibc-builld you should look for errors and post the relevant sections.

This should prove if the problem is a broken toolchain.
 
Old 03-25-2005, 06:28 PM   #4
Yerp
Member
 
Registered: Jun 2004
Distribution: Turtle Kevux 0.8.8
Posts: 129

Original Poster
Rep: Reputation: 15
Thumbs up

well as it turns out, at some point a 1 was turned to a 0 and in some other point a zero was turned into a 1.

Resulting in a corrupt tar file for gcc!!!

turns out my backups had the problem too...must have been a cd-rom burn issue? scratch?
anway, thanx to md5checksum and a few minutes of download time and I got past this problem.

goes to show how useful md5 is..

nptl thought eventual gave expected errors later on. But that will be solved, hopefully, when i do some circular installs with glibc and both 2.4 and 2.6 kernel..
 
  


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
Trackbacks are Off
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
glibc in capter 6 -- error: cannot compute suffix of object files Yoyo302 Linux From Scratch 23 05-21-2010 08:28 AM
Configure: error: cannot compute sizeof (long double) in glibc pass 2 irfanali Linux From Scratch 29 02-03-2010 06:48 AM
linux glibc nptl pthread_mutexattr_init function? dmarkh Programming 0 01-29-2005 05:18 AM
Replacing glibc using linuxthreads for glibc using nptl (native positx thread library CestusGW Linux From Scratch 4 01-20-2005 07:26 AM
Open Office user install error: *** glibc detected *** double free or corruption: 0xb r_jensen11 Linux - General 6 01-16-2005 06:08 AM


All times are GMT -5. The time now is 12:44 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