Re: [lfs-support] LFS8.1 chapter 5.10 : /tools/bin/gcc is dynamically linked to host linker
>
> What is the output of "ldd --version | head -n1" on the host system?
>
result : ldd (GNU libc) 2.26
In Section 5.7. Glibc-2.27. does the output of the check in the caution
> block give "/tools/lib/ld-linux.so.2"?
>
> In section 5.10. GCC-8.1.0 - Pass 2, does the output of
> the check in the caution block give "/tools/lib/ld-linux.so.2"? I see
> from the above, tha tit does not, do the problem is before is in the
> initial packages. Do not do beyond 5.10 until the output of the above is
> correct.
>
All checks that are mentioned in the book had passed successfully !!
even the last check in section 5.10 gives the output as in the book!!!
The PS1 variable above is confusing. When you change to the lfs user, (su -
> lfs), the startup file .bash_profile should set PS1 to "\u:\w\$ '. The
> debian_chroot should not show up in PS1.
>
this is my .bash_profile : exec env -i HOME=$HOME TERM=$TERM PS1='\u:\w\$
' /bin/bash
On Sun, Jul 1, 2018 at 8:52 PM, Bruce Dubbs wrote:
> On 07/01/2018 09:02 AM, Mohamed Dawod wrote:
>
>> YES, I removed the build and source dirs after compile ( I need to know
>> why this is mandatory ? )
>>
>
> Because we build packages multiple times and the old source directory is
> compromised from the previous build. Deleting and extracting ensures you
> start with a clean source directory. A side effect is that it also saves
> space on the /mnt/lfs partition.
>
> and I made sure that seds in gcc pass1 worked well, I opened the effected
>> files and noticed the differences between the new files and the original
>> files as required
>> BUT.. the only not effected line is that line =(( #define
>> GLIBC_DYNAMIC_LINKERX32 "/libx32/ld-linux-x32.so.2" ))
>> NOTE : my host system is UBUNTU-14.4 LTS
>>
>
> I am not sure where you found GLIBC_DYNAMIC_LINKERX32. We do not mention
> it in the book or in the patches.
>
> What is the output of "ldd --version | head -n1" on the host system?
>
> On 1.7.2018. 10:15, Mohamed Dawod wrote:
>>
>>
>> HI,
>>
>> I hope that some one can help me..
>> This is the 8th time i restart LFS building from chapter3 !!
>>
>> The problem starts to appear in chapter6.7 (Linux-4.12.7 API
>> Headers)
>> (/tools/bin/gcc file doesnt exist error)
>>
>> The problem is explained in details here :
>> http://archive.linuxfromscratch.org/mail-archives/lfs-
>> support/2016-February/049686.html
>>
>
>
>> So, I restart from chapter5 and when I reached to section 5.10.
>> (GCC-7.2.0 - Pass 2) , I tried to check the linking of
>> /tools/bin/gcc using the command
>>
>> $readelf -l /tools/bin/cc | grep "interpreter"
>> --The result :
>> [Requesting program interpreter: /lib/ld-linux.so.2]
>> __
>> The path for my lfs usr : $echo $PATH
>> --The result : /tools/bin:/bin:/usr/bin
>> __
>> The environmental variables for lfs usr : $env|sort
>> --The result :
>> HOME=/home/lfs
>> LC_ALL=POSIX
>> LFS=/mnt/lfs
>> LFS_TGT=i686-lfs-linux-gnu
>> OLDPWD=/mnt/lfs
>> PATH=/tools/bin:/bin:/usr/bin
>> PS1=${debian_chroot:+($debian_chroot)}\u@\h:\w\$
>> PWD=/home/lfs
>> SHLVL=1
>> TERM=xterm
>> _=/usr/bin/env
>>
>
> The above tells me you are building using a 32-bit host OS.
> I have not done that for a few years now since I no longer have any 32-bit
> systems. Perhaps the following may be helpful:
>
> In Section 5.7. Glibc-2.27. does the output of the check in the caution
> block give "/tools/lib/ld-linux.so.2"?
>
> In section 5.10. GCC-8.1.0 - Pass 2, does the output of
> the check in the caution block give "/tools/lib/ld-linux.so.2"? I see
> from the above, tha tit does not, do the problem is before is in the
> initial packages. Do not do beyond 5.10 until the output of the above is
> correct.
>
> The PS1 variable above is confusing. When you change to the lfs user, (su
> - lfs), the startup file .bash_profile should set PS1 to "\u:\w\$ '. The
> debian_chroot should not show up in PS1.
>
> -- Bruce
>
> --
> http://lists.linuxfromscratch.org/listinfo/lfs-support
> FAQ: http://www.linuxfromscratch.org/blfs/faq.html
> Unsubscribe: See the above information page
>
> Do not top post on this list.
>
Re: [lfs-support] LFS8.1 chapter 5.10 : /tools/bin/gcc is dynamically linked to host linker
YES, I removed the build and source dirs after compile ( I need to know why
this is mandatory ? )
and I made sure that seds in gcc pass1 worked well, I opened the effected
files and noticed the differences between the new files and the original
files as required
BUT.. the only not effected line is that line =(( #define
GLIBC_DYNAMIC_LINKERX32 "/libx32/ld-linux-x32.so.2" ))
NOTE : my host system is UBUNTU-14.4 LTS
On Sun, Jul 1, 2018 at 3:23 PM, Armin K. wrote:
> On 1.7.2018. 10:15, Mohamed Dawod wrote:
>
>>
>> HI,
>>
>> I hope that some one can help me..
>> This is the 8th time i restart LFS building from chapter3 !!
>>
>> The problem starts to appear in chapter6.7 (Linux-4.12.7 API Headers)
>> (/tools/bin/gcc file doesnt exist error)
>>
>> The problem is explained in details here :
>> http://archive.linuxfromscratch.org/mail-archives/lfs-
>> support/2016-February/049686.html <http://archive.linuxfromscrat
>> ch.org/mail-archives/lfs-support/2016-February/049686.html>
>>
>> So, I restart from chapter5 and when I reached to section 5.10.
>> (GCC-7.2.0 - Pass 2) , I tried to check the linking of /tools/bin/gcc
>> using the command
>>
>> $readelf -l /tools/bin/cc | grep "interpreter"
>> --The result :
>> [Requesting program interpreter: /lib/ld-linux.so.2]
>> __
>> The path for my lfs usr : $echo $PATH
>> --The result : /tools/bin:/bin:/usr/bin
>> __
>> The environmental variables for lfs usr : $env|sort
>> --The result :
>> HOME=/home/lfs
>> LC_ALL=POSIX
>> LFS=/mnt/lfs
>> LFS_TGT=i686-lfs-linux-gnu
>> OLDPWD=/mnt/lfs
>> PATH=/tools/bin:/bin:/usr/bin
>> PS1=${debian_chroot:+($debian_chroot)}\u@\h:\w\$
>> PWD=/home/lfs
>> SHLVL=1
>> TERM=xterm
>> _=/usr/bin/env
>> __
>>
>>
>> So,what is the reason of this problem ?
>> and what is the solution for this problem ?
>>
>> --
>>
>> Mohamed Dawod
>> Computer Engineering Department
>> Faculty of Engineering
>> Cairo University
>>
>>
>>
> Did you take care to remove build and source dirs after compile?
>
> Also, make sure the two big seds in gcc pass 1 and pass 2 are copy/pasted
> exactly as they are specified in the book.
>
> --
> http://lists.linuxfromscratch.org/listinfo/lfs-support
> FAQ: http://www.linuxfromscratch.org/blfs/faq.html
> Unsubscribe: See the above information page
>
> Do not top post on this list.
>
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> A: Top-posting.
> Q: What is the most annoying thing in e-mail?
>
> http://en.wikipedia.org/wiki/Posting_style
>
--
Mohamed Dawod
Computer Engineering Department
Faculty of Engineering
Cairo University
--
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Do not top post on this list.
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
http://en.wikipedia.org/wiki/Posting_style
[lfs-support] LFS8.1 chapter 5.10 : /tools/bin/gcc is dynamically linked to host linker
HI,
I hope that some one can help me..
This is the 8th time i restart LFS building from chapter3 !!
The problem starts to appear in chapter6.7 (Linux-4.12.7 API Headers)
(/tools/bin/gcc file doesnt exist error)
The problem is explained in details here :
http://archive.linuxfromscratch.org/mail-archives/lfs-support/2016-
February/049686.html
So, I restart from chapter5 and when I reached to section 5.10. (GCC-7.2.0
- Pass 2) , I tried to check the linking of /tools/bin/gcc using the
command
$readelf -l /tools/bin/cc | grep "interpreter"
--The result :
[Requesting program interpreter: /lib/ld-linux.so.2]
__
The path for my lfs usr : $echo $PATH
--The result : /tools/bin:/bin:/usr/bin
__
The environmental variables for lfs usr : $env|sort
--The result :
HOME=/home/lfs
LC_ALL=POSIX
LFS=/mnt/lfs
LFS_TGT=i686-lfs-linux-gnu
OLDPWD=/mnt/lfs
PATH=/tools/bin:/bin:/usr/bin
PS1=${debian_chroot:+($debian_chroot)}\u@\h:\w\$
PWD=/home/lfs
SHLVL=1
TERM=xterm
_=/usr/bin/env
__
So,what is the reason of this problem ?
and what is the solution for this problem ?
--
Mohamed Dawod
Computer Engineering Department
Faculty of Engineering
Cairo University
--
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Do not top post on this list.
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
http://en.wikipedia.org/wiki/Posting_style
Re: [lfs-support] LFS8.1 chapter 5.10 : /tools/bin/gcc is dynamically linked to host linker
1) The path for my lfs usr : $echo $PATH
--The result : /tools/bin:/bin:/usr/bin
2) The environmental variables for lfs usr : $env|sort
--The result :
HOME=/home/lfs
LC_ALL=POSIX
LFS=/mnt/lfs
LFS_TGT=i686-lfs-linux-gnu
OLDPWD=/mnt/lfs
PATH=/tools/bin:/bin:/usr/bin
PS1=${debian_chroot:+($debian_chroot)}\u@\h:\w\$
PWD=/home/lfs
SHLVL=1
TERM=xterm
_=/usr/bin/env
3) The last time, I started from chapter4 , and i didn't reboot the system
till I reach section 5.10. (GCC-7.2.0 - Pass 2) where I found the linking
problem.
So, where is the problem here ?
On Sat, Jun 23, 2018 at 7:27 PM, Bruce Dubbs wrote:
> On 06/23/2018 10:49 AM, Mohamed Dawod wrote:
>
>> HI,
>>
>> I hope that some one can help me..
>> This is the 7th time i restart LFS building from chapter5 !!
>>
>> The problem starts to appear in chapter6.7 (Linux-4.12.7 API Headers)
>> (/tools/bin/gcc file doesnt exist error)
>>
>> The problem is explained in details here :
>> http://archive.linuxfromscratch.org/mail-archives/lfs-
>> support/2016-February/049686.html
>>
>> So, I restart from chapter5 and when I reached to section 5.10.
>> (GCC-7.2.0 - Pass 2) , I tried to check the linking of /tools/bin/gcc
>> using the command
>>
>> $readelf -l /tools/bin/cc | grep "interpreter"
>> the result was :
>> [Requesting program interpreter: /lib/ld-linux.so.2]
>>
>> So,what is the reason of this problem ?
>> and what is the solution for this problem ?
>>
>
> It's difficult to say, but I suspect your environment variables are not
> correct.
>
> From your host system, try this:
>
> $ sudo su - lfs
> $ $ env|sort
> HOME=/home/lfs
> LC_ALL=POSIX
> LFS=/mnt/lfs
> LFS_TGT=x86_64-lfs-linux-gnu
> PATH=/tools/bin:/bin:/usr/bin
> PS1=\u:\w\$
> PWD=/home/lfs
> SHLVL=1
> TERM=xterm-256color
>
> Your result should be identical, except TERM which may differ a little.
>
> Everything in Chapter 5 should be dome as user lfs. If the above is not
> correct, the system will not build properly.
>
> Another point to emphasize is that the environment variable LFS must be
> defined for the root user in Chapters 2-4 and for sections 6.2 and 6.4.
> It's especially important if the system is shut down in the middle of the
> book and the build is resumed later.
>
> -- Bruce
>
> --
> http://lists.linuxfromscratch.org/listinfo/lfs-support
> FAQ: http://www.linuxfromscratch.org/blfs/faq.html
> Unsubscribe: See the above information page
>
> Do not top post on this list.
>
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> A: Top-posting.
> Q: What is the most annoying thing in e-mail?
>
> http://en.wikipedia.org/wiki/Posting_style
>
--
Mohamed Dawod
Computer Engineering Department
Faculty of Engineering
Cairo University
--
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Do not top post on this list.
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
http://en.wikipedia.org/wiki/Posting_style
[lfs-support] LFS8.1 chapter 5.10 : /tools/bin/gcc is dynamically linked to host linker
HI, I hope that some one can help me.. This is the 7th time i restart LFS building from chapter5 !! The problem starts to appear in chapter6.7 (Linux-4.12.7 API Headers) (/tools/bin/gcc file doesnt exist error) The problem is explained in details here : http://archive.linuxfromscratch.org/mail-archives/lfs-support/2016-February/049686.html So, I restart from chapter5 and when I reached to section 5.10. (GCC-7.2.0 - Pass 2) , I tried to check the linking of /tools/bin/gcc using the command $readelf -l /tools/bin/cc | grep "interpreter" the result was : [Requesting program interpreter: /lib/ld-linux.so.2] So,what is the reason of this problem ? and what is the solution for this problem ? -- Mohamed Dawod Computer Engineering Department Faculty of Engineering Cairo University -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
[lfs-support] LFS7.8 chapter 6.7: /tools/bin/gcc file doesnt exist error
Hi, I found the solution for my problem : *As for why this occurs, the most common cause is forgetting to remove the ** package source and/or build directories after each build. Check your ** command history for the lfs user to verify, and you have not removed the ** source or build directories after each build, you will need to make sure ** to remember to do so next time.* --- But my question now is (Why can *"forgetting to remove the package source and/or build directories" cause* such problem ?) I think it's just directories had been used and have no effect after that! Thank you in advance. -- Mohamed Dawod Computer Engineering Department Faculty of Engineering Cairo University -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
