LinuxQuestions.org
Review your favorite Linux distribution.
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 07-13-2006, 01:55 PM   #1
WontonSoup
LQ Newbie
 
Registered: Jul 2006
Posts: 1

Rep: Reputation: 0
GCC 4.1.1 missing specs


In Pass 1, after I compiled and installed GCC 4.1.1 to /tools, I checked the location of the 'specs' file for the newly-compiled compiler.
Code:
gcc --print-file specs
returned simply:
Code:
specs
I cannot, therefore, edit the specs file to point to the new linker from binutils - the specs file does not exist.

Where is the default location of the 'specs' file specified when compiling?

EDIT: I just found another post dealing with this issue. Will the LFS book be updated for GCC 4+?

Last edited by WontonSoup; 07-13-2006 at 01:59 PM.
 
Old 07-13-2006, 02:25 PM   #2
raskin
Senior Member
 
Registered: Sep 2005
Location: France
Distribution: approximately NixOS (http://nixos.org)
Posts: 1,900

Rep: Reputation: 69
Development LFS is GCC 4.0.3. Waiting for GCC 4.2 to appear - and for GCC 4.1 to be ready to become main compiler for LFS.
 
Old 08-02-2006, 06:51 AM   #3
midiox
Member
 
Registered: Oct 2005
Location: Rezekne, Latvia
Distribution: LFS
Posts: 38

Rep: Reputation: 15
Yes, I tried it too. And get stuck but its because I did not Follow The Book I have decided to build LFS with newer versions and using instructions from stable LFS and development LFS.
Ok, the solution is here:
http://www.linuxfromscratch.org/lfs/...adjusting.html

Quote:
SPECFILE=`dirname $(gcc -print-libgcc-file-name)`/specs &&
gcc -dumpspecs > $SPECFILE &&
sed 's@^/lib/ld-linux.so.2@/tools&@g' $SPECFILE > tempspecfile &&
mv -vf tempspecfile $SPECFILE &&
unset SPECFILE
As far as I understand GCC since version 4 has changed specs dumping mechanism so the solution above creates specs file in the new manner.

Also I can warn you - if you decide to build glibc with libidn as suggested in development LFS, it will be kinda hard in chapter 6. If you wont use the sed command to modify test-installation.pl script as Development LFS suggests, glibc install will fail because default script will test toolchain in /tools/ not the new glibc in chroot environment. And you did not compile libidn in glibc in chapter 5, did you?
But if you will apply this sed on test-installation.pl from Development LFS then install will fail again because there may be some toolchain problems which produces un-executable executables if linked to all fresh glibc libs. I managed to get it install anyway and if you'll get the same problem I will be glad to tell the solution. It is just a little hack to that perl script, I can tell that after Re-adjusting the Toolchain in chapter 6 (btw in development LFS this chapter again shows how to modify gcc specs file nicely) the unmodified test-installation.pl script works just fine!

Good luck in experiments! And I wish you a stable LFS
 
Old 08-02-2006, 07:05 AM   #4
raskin
Senior Member
 
Registered: Sep 2005
Location: France
Distribution: approximately NixOS (http://nixos.org)
Posts: 1,900

Rep: Reputation: 69
No thanks.. I wish myself a reliable development LFS... And I do use jhalfs for rebuilds - I've failed enough builds not to want to do it once more.
 
Old 08-04-2006, 04:24 AM   #5
midiox
Member
 
Registered: Oct 2005
Location: Rezekne, Latvia
Distribution: LFS
Posts: 38

Rep: Reputation: 15
Yes, I understand. I have had many troubles since I started experimenting. But the first stable LFS 6.1 was just fine, I followed the book and everything complied well. After that I decided to dig deeper and mess up witj LFS Dev. To avoid rebuilding everything in case of errors I use VMWare Workstation and many snapshots to fall back in case of errors. Of course, if the target is a serious stable LFS then experiments are dangerous waste of time I am just learning Linux and LFS for me is just like a game for now, but I am sure it will turn out to be more serious than I think now.
 
Old 08-04-2006, 04:18 PM   #6
raskin
Senior Member
 
Registered: Sep 2005
Location: France
Distribution: approximately NixOS (http://nixos.org)
Posts: 1,900

Rep: Reputation: 69
Ah. It still makes fun for you. Well, real fun is when development LiveCD contains some packages and nALFS. And profile for nALFS which - how did you guess - wants another version of some packages. And did you have fun when bash 3.1 suddenly made a lot of configures stop working. Well, it was their fault to carry typo. It was bash2 fault to run them. Nevertheless.. Also it's a good practice to shut down at really random moment. I've got a bonus - udev did not work after reboot. By the way, now I don't use it. I just don't like idea of it breaking after every kernel release. As for real experiments - I experiment with package management using unionfs. Now I'm waiting for funionfs 0.5 - I've submitted patches needed for such use, and they will be probably included.

Good Luck!..
 
Old 08-09-2006, 05:28 AM   #7
midiox
Member
 
Registered: Oct 2005
Location: Rezekne, Latvia
Distribution: LFS
Posts: 38

Rep: Reputation: 15
Yes, it was a bit funny to fail coreutils test because some header files had modification time in the future and running tests as user dummy required to recompile some files..which could not be done because of "dummy" user restrictions. The problem was VMWARE Workstation clock - it never shows the right time and date. So I had to "touch" all the headers to get through the tests. But it took all the day to find out the problem.
Another problem was with groff - I wondered why did they use version 1.19 in Stable LFS and 1.18.1.1 in Dev LFS. Now I know why - 1.19 does not compile on Dev LFS - it just gives those nasty "bla-bla was not declared in this scope" errors.
And so on. It is fun if someone has a lots of time but a real pain if you want to get LFS ready ASAP.
 
Old 08-09-2006, 06:03 AM   #8
raskin
Senior Member
 
Registered: Sep 2005
Location: France
Distribution: approximately NixOS (http://nixos.org)
Posts: 1,900

Rep: Reputation: 69
In the last case you look through errata, think out workarounds and just run jhalfs on stable LFS branch. Or, even better, you take release LFS CD and run nALFS. Ok, now go download BLFS profile&packages - I mean stable - and you can run next nALFS/jhalfs step, but what is the difference with gentoo this way, except for normal rc.d?
 
  


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
gcc 4: no specs file rconan Linux From Scratch 6 07-11-2005 01:21 PM
Gcc Missing???? dj9928 Linux - Software 2 04-16-2005 12:02 PM
I ersased my GCC specs file shanenin Linux From Scratch 2 01-30-2004 11:36 AM
missing gcc, cc, and cl hpglow Linux - Newbie 3 07-23-2003 02:07 PM
gcc missing?? cmoloney Linux - Software 3 05-18-2003 02:24 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Linux From Scratch

All times are GMT -5. The time now is 08:13 PM.

Main Menu
Advertisement
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
Open Source Consulting | Domain Registration