[Newbie, LFS-6.5]: Problems with binutils-Pass2 compilation..
Hi all, This is my first time compiling Linux kernel and I have run into a problems in Section 5.9 (binutils-2.19.1 - Pass 2) of LFS-6.5. Below is my setup information 1. LFS - Version 6.5 2. Distro: OpenSuse - 11.1 3. version-check.sh output bash, version 3.2.39(1)-release /bin/sh - /bin/bash /bin/sh - /bin/bash bison (GNU Bison) 2.3 /usr/bin/yacc - /usr/bin/yacc Coreutils: 6.12 diff (GNU diffutils) 2.8.7-cvs find (GNU findutils) 4.4.0 GNU Awk 3.1.6 /usr/bin/awk - /bin/gawk gcc (SUSE Linux) 4.3.2 [gcc-4_3-branch revision 141291] GNU C Library stable release version 2.9 GNU grep 2.5.2 gzip 1.3.12 Linux version 2.6.27.7-9-pae (ge...@buildhost) (gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux) ) #1 SMP 2008-12-04 18:10:04 +0100 m4 (GNU M4) 1.4.12 GNU Make 3.81 patch 2.5.9 Perl version='5.10.0'; GNU sed version 4.1.5 tar (GNU tar) 1.20 makeinfo (GNU texinfo) 4.12 Compilation OK 4. Problem encountered in Section - 5.9.1 5. Error message on 'make' command - checking for string.h... (cached) no checking for strings.h... (cached) no checking for stdlib.h... (cached) no checking time.h usability... no checking time.h presence... no checking for time.h... no checking for unistd.h... (cached) no checking fcntl.h usability... no checking fcntl.h presence... no checking for fcntl.h... no checking sys/file.h usability... no checking sys/file.h presence... no checking for sys/file.h... no checking sys/time.h usability... no checking sys/time.h presence... no checking for sys/time.h... no looking for a compliant stdint.h in stdint.h, checking for uintmax_t... no looking for a compliant stdint.h in inttypes.h, checking for uintmax_t... no looking for a compliant stdint.h in sys/inttypes.h, checking for uintmax_t... no looking for an incomplete stdint.h in stdint.h, checking for uint32_t... no looking for an incomplete stdint.h in inttypes.h, checking for uint32_t... no looking for an incomplete stdint.h in sys/inttypes.h, checking for uint32_t... no looking for u_intXX_t types in sys/types.h, checking for u_int32_t... no looking for u_intXX_t types in inttypes.h, checking for u_int32_t... no looking for u_intXX_t types in sys/inttypes.h, checking for u_int32_t... no checking what to include in bfd_stdint.h... stddef.h (using manual detection) checking for void *... (cached) no checking size of void *... (cached) 0 checking for long... (cached) no checking size of long... (cached) 0 checking for int... no checking size of int... 0 checking for short... no checking size of short... 0 checking for char... no checking size of char... 0 checking for type equivalent to int8_t... configure: error: no 8-bit type /mnt/lfs/sources/binutils-2.19.1/bfd/configure: line 15985: exit: please: numeric argument required /mnt/lfs/sources/binutils-2.19.1/bfd/configure: line 15985: exit: please: numeric argument required make[1]: *** [configure-bfd] Error 1 make[1]: Leaving directory `/mnt/lfs/sources/binutils-build2' make: *** [all] Error 2 6. Any deviations from the document? As far as I remember, I have stuck to the text. However, I did create a separate build folder for Pass 2 called binutils-build2. I assumed that the build folder created in Pass 1 needed to be separate from that in Pass 2. Other Notes --- 1. The sanity check immediately before 5.9.1 where a dummy.c is created and compiled using $LFS_TGT-gcc gives the following (correct) output: [Requesting program interpreter: /tools/lib/ld-linux.so.2] I realize that something has gone amiss in previous stages. Could someone please tell me whether I need to start from scratch or just redo some stage? Thanks Abhinav. -- It's the peoples' will, I am their leader, I must follow them. (Jim Hacker in Yes Minister) -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [Newbie, LFS-6.5]: Problems with binutils-Pass2 compilation..
If you are not experienced at doing this, when in doubt start over. Under certain mistakes and/or errors it is possible to complete the book and even boot the new system only to find out you messed up and have to start over any way because what you have doesn't work and can't be fixed. The voice of experience. After several attempts and completions I did finally get it right. I am still in the very early stages of the BLFS building process. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [Newbie, LFS-6.5]: Problems with binutils-Pass2 compilation..
2009/12/17 stosss sto...@gmail.com: If you are not experienced at doing this, when in doubt start over. Under certain mistakes and/or errors it is possible to complete the book and even boot the new system only to find out you messed up and have to start over any way because what you have doesn't work and can't be fixed. The voice of experience. After several attempts and completions I did finally get it right. I am still in the very early stages of the BLFS building process. -- That sounds rather harsh advice, but if nobody replies with any direct experience of an error (after, perhaps, waiting for 24 hours - or longer at weekends) it might be the way to go. Probably, the absence of an 8-bit type : checking for type equivalent to int8_t... configure: error: no 8-bit type is the key to this, but the matches on google are for recent toolchain g++ changes (the sort of thing that usually appears in obscure places when we venture beyond BLFS or when we try new toolchain software). Hmm, is $PATH set wrongly ? (the new stuff in /tools needs to come first). If so, yes, starting again would be a good idea. ĸen -- After tragedy, and farce, OMG poneys! -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [Newbie, LFS-6.5]: Problems with binutils-Pass2 compilation..
Am Donnerstag 17 Dezember 2009 15:49:22 schrieb Ken Moffat: [...] Probably, the absence of an 8-bit type : checking for type equivalent to int8_t... configure: error: no 8-bit type Or maybe you haven't got the respective -devel packages installed? What does rpm -q glibc-devel or rpm -q libstdc++43-devel* produce? I don't remember if those headers were needed before? Cheers, Jan -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [Newbie, LFS-6.5]: Problems with binutils-Pass2 compilation..
On 12/17/09, Abhinav Chaturvedi wrote: 6. Any deviations from the document? As far as I remember, I have stuck to the text. However, I did create a separate build folder for Pass 2 called binutils-build2. I assumed that the build folder created in Pass 1 needed to be separate from that in Pass 2. Always ... Before I build a package, I remove any previously extracted source for that package and any build-dir. I don't trust getting a clean build if the unpacked sources directory got used earlier. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [Newbie, LFS-6.5]: Problems with binutils-Pass2 compilation..
Thanks to all who replied... I would try again from scratch.. Now that I think about it, I did not check the md5 sums of the 80 downloaded tar balls. Thought it would be too much donkey labour but the key could be there At the stage at which I saw the problem, my understanding was that any header files would be picked up from the newly compiled system - not the host... Plus, when I gave the /sbin/swapon command, I got the message that my exisiting swap partition was busy (which it very well could be because my system has only 700MB of RAM). Let me create an explicit swap partition this time... Cheers Abhinav. 2009/12/17 Ken Moffat zarniwhoo...@googlemail.com 2009/12/17 stosss sto...@gmail.com: If you are not experienced at doing this, when in doubt start over. Under certain mistakes and/or errors it is possible to complete the book and even boot the new system only to find out you messed up and have to start over any way because what you have doesn't work and can't be fixed. The voice of experience. After several attempts and completions I did finally get it right. I am still in the very early stages of the BLFS building process. -- That sounds rather harsh advice, but if nobody replies with any direct experience of an error (after, perhaps, waiting for 24 hours - or longer at weekends) it might be the way to go. Probably, the absence of an 8-bit type : checking for type equivalent to int8_t... configure: error: no 8-bit type is the key to this, but the matches on google are for recent toolchain g++ changes (the sort of thing that usually appears in obscure places when we venture beyond BLFS or when we try new toolchain software). Hmm, is $PATH set wrongly ? (the new stuff in /tools needs to come first). If so, yes, starting again would be a good idea. ĸen -- After tragedy, and farce, OMG poneys! -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- It's the peoples' will, I am their leader, I must follow them. (Jim Hacker in Yes Minister) -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [Newbie, LFS-6.5]: Problems with binutils-Pass2 compilation..
On 12/17/09, Abhinav Chaturvedi wrote: Plus, when I gave the /sbin/swapon command, I got the message that my exisiting swap partition was busy swapon: /dev/yyy: swapon failed: Device or resource busy I think that just means it is already using that swap partition. You can see what swap it is using with: swapon -s -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [Newbie, LFS-6.5]: Problems with binutils-Pass2 compilation..
On 12/17/2009 02:00 PM, Abhinav Chaturvedi wrote: Plus, when I gave the /sbin/swapon command, I got the message that my exisiting swap partition was busy (which it very well could be because my system has only 700MB of RAM). Let me create an explicit swap partition this time... 2009/12/17 stosss sto...@gmail.com mailto:sto...@gmail.com: If you are not experienced at doing this, when in doubt start over. Under certain mistakes and/or errors it is possible to complete the book and even boot the new system only to find out you messed up and have to start over any way because what you have doesn't work and can't be fixed. The voice of experience. After several attempts and completions I did finally get it right. I am still in the very early stages of the BLFS building process. -- That sounds rather harsh advice, but if nobody replies with any direct experience of an error (after, perhaps, waiting for 24 hours - or longer at weekends) it might be the way to go. Probably, the absence of an 8-bit type : checking for type equivalent to int8_t... configure: error: no 8-bit type I just checked my chat logs - someone had the same error a couple weeks ago. The problem was some missing stuff in the specs file. Assuming you haven't already started over, go back to the Toolchain Adjustment page and redo the sed command that edits the specs file. If you have already started over...just be extra careful about what you're typing. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [Newbie, LFS-6.5]: Problems with binutils-Pass2 compilation..
On 12/17/2009 04:18 PM, Abhinav Chaturvedi wrote: Chris, I remember that step... Could you tell me what change needed to be made in the sed command? Or, where I can look up the chat log - which I am assuming will also say what the solution was? Thanks a ton... Abhinav. It was simply a typo in the sed command (gcc -dumpspecs | sed...) - the user told me they had typed SPEC instead of SPECS at one point. As I said, just try that command again, and very carefully double-check what you're typing with what's in the book. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [Newbie, LFS-6.5]: Problems with binutils-Pass2 compilation..
On Thu, 2009-12-17 at 15:02 +0530, Abhinav Chaturvedi wrote: As far as I remember, I have stuck to the text. However, I did create a separate build folder for Pass 2 called binutils-build2. I assumed that the build folder created in Pass 1 needed to be separate from that in Pass 2. If you're leaving build and source directories around once you've installed a package, then you've not stuck to the text. You've missed the following warning under 5.3 General Compilation Instructions. Important: After installing each package, delete its source and build directories, unless specifically instructed otherwise. Deleting the sources prevents mis-configuration when the same package is reinstalled later. This may or may not be the cause of your problems, but those warnings are there for a reason. You have the right idea by creating separate build folders, but it's not necessarily enough - there's no guarantee that the source folder is unaffected by the first build, and so removing and re-extracting the source avoids the problem. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [Newbie, LFS-6.5]: Problems with binutils-Pass2 compilation..
Thanks Chris and Simon... Guess they're right when they say that the devil is in the details... I haven't gone too far down the process. So I will start from scratch and be doubly careful about what I do at each stage. Cheers Abhinav. 2009/12/18 Simon Geard delga...@ihug.co.nz On Thu, 2009-12-17 at 15:02 +0530, Abhinav Chaturvedi wrote: As far as I remember, I have stuck to the text. However, I did create a separate build folder for Pass 2 called binutils-build2. I assumed that the build folder created in Pass 1 needed to be separate from that in Pass 2. If you're leaving build and source directories around once you've installed a package, then you've not stuck to the text. You've missed the following warning under 5.3 General Compilation Instructions. Important: After installing each package, delete its source and build directories, unless specifically instructed otherwise. Deleting the sources prevents mis-configuration when the same package is reinstalled later. This may or may not be the cause of your problems, but those warnings are there for a reason. You have the right idea by creating separate build folders, but it's not necessarily enough - there's no guarantee that the source folder is unaffected by the first build, and so removing and re-extracting the source avoids the problem. Simon. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- It's the peoples' will, I am their leader, I must follow them. (Jim Hacker in Yes Minister) -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page