Hello Joshua,

All the toolchain tests in 6.10 are correct.

For the specs file, I did manually typed by following the instructions at
Section6.10 and no "tools/" were found.

I just found a strange thing: when I typed the command as you suggested
"grep '/tools' `dirname $(gcc --print-libgcc-file-name)`/
specs"

​Then gave me the no such file, but it is actually located at​
/mnt/lfs/usr/lib/gcc/i686-pc-linux-gnu/5.2.0/specs. Then something wrong
with my chroot environment or got broken somewhere? ​But the command to
change specs file in 6.10 does take effect.
​​

​Regards,
Eric​

On Thu, Jan 28, 2016 at 4:00 AM, <
[email protected]> wrote:

> Send lfs-support mailing list submissions to
>         [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.linuxfromscratch.org/listinfo/lfs-support
> or, via email, send a message with subject or body 'help' to
>         [email protected]
>
> You can reach the person managing the list at
>         [email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of lfs-support digest..."
>
>
> Today's Topics:
>
>    1. LFS 7.8 build GCC5.2.0 problem with toolchain check (Eric Dong)
>    2. Re: LFS 7.8 build GCC5.2.0 problem with toolchain check
>       (Eric Dong)
>    3. Re: LFS 7.8 build GCC5.2.0 problem with toolchain check
>       (Joshua Huffman)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 27 Jan 2016 10:27:19 +0800
> From: Eric Dong <[email protected]>
> To: [email protected]
> Subject: [lfs-support] LFS 7.8 build GCC5.2.0 problem with toolchain
>         check
> Message-ID:
>         <CA+JNVMxYZUFPV2XLSQk8fQofq=
> [email protected]>
> Content-Type: text/plain; charset="utf-8"
>
> Hello everyone,
>
> I am now building LFS 7.8 on Ubuntu 12.04 on x86 based computer. I followed
> the instructions and went through all the way till chapter 6 "Installing
> Basic Software System" and in section 6.17 when testing the toolchain with
> the dummy.grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g'
> c file. When using the command "readelf -l a.out | grep ': /lib'
> The output is "/tools/lib/ld-linux.so.2" instead of "/lib/ld-linux.so.2".
> The other checks such as header files, startfiles, search paths are all
> correct.
>
> However, when checked the cc command, the dynamic linker points to the
> correct location /lib/ld-linux.so.2
> root:/sources/gcc-build# ldd /usr/bin/cc
>     linux-gate.so.1 (0xb76fa000)
>     libm.so.6 => /lib/libm.so.6 (0xb76aa000)
>     libc.so.6 => /lib/libc.so.6 (0xb74f3000)
>     /lib/ld-linux.so.2 (0xb76fb000)
>
> Can please help advise on this? Thanks.
>
> Regards,
> Eric
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.linuxfromscratch.org/pipermail/lfs-support/attachments/20160127/f9fed464/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Wed, 27 Jan 2016 10:36:50 +0800
> From: Eric Dong <[email protected]>
> To: [email protected]
> Subject: Re: [lfs-support] LFS 7.8 build GCC5.2.0 problem with
>         toolchain       check
> Message-ID:
>         <
> ca+jnvmy9bdkknkohuc6iwpbsoohhotfzlrs8qqheb0us5jn...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Sorry, the previous post has some typos. I used the dummy.c file for the
> toochain test of the dynamic linker. The grep blah blah sentence can be
> ignored. Thanks again.
>
> Regards,
> Eric
>
> On Wed, Jan 27, 2016 at 10:27 AM, Eric Dong <[email protected]> wrote:
>
> > Hello everyone,
> >
> > I am now building LFS 7.8 on Ubuntu 12.04 on x86 based computer. I
> > followed the instructions and went through all the way till chapter 6
> > "Installing Basic Software System" and in section 6.17 when testing the
> > toolchain with the dummy.grep 'SEARCH.*/usr/lib' dummy.log |sed 's|;
> |\n|g'
> > c file. When using the command "readelf -l a.out | grep ': /lib'
> > The output is "/tools/lib/ld-linux.so.2" instead of "/lib/ld-linux.so.2".
> > The other checks such as header files, startfiles, search paths are all
> > correct.
> >
> > However, when checked the cc command, the dynamic linker points to the
> > correct location /lib/ld-linux.so.2
> > root:/sources/gcc-build# ldd /usr/bin/cc
> >     linux-gate.so.1 (0xb76fa000)
> >     libm.so.6 => /lib/libm.so.6 (0xb76aa000)
> >     libc.so.6 => /lib/libc.so.6 (0xb74f3000)
> >     /lib/ld-linux.so.2 (0xb76fb000)
> >
> > Can please help advise on this? Thanks.
> >
> > Regards,
> > Eric
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.linuxfromscratch.org/pipermail/lfs-support/attachments/20160127/c1e690dd/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 3
> Date: Wed, 27 Jan 2016 10:16:48 -0600
> From: Joshua Huffman <[email protected]>
> To: [email protected]
> Subject: Re: [lfs-support] LFS 7.8 build GCC5.2.0 problem with
>         toolchain       check
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
>
> Did all tests in 6.10 - Adjusting the Toolchain report the correct output?
>
> Did you verify that the new 'specs' file created in 6.10 did not contain
> any mention of the /tools directory?
>
> grep '/tools' `dirname $(gcc --print-libgcc-file-name)`/specs
>
> If the above command shows any lines or if the file doesn't exist, then
> something went wrong while creating the specs file.  If you are typing
> things in manually instead of copy/paste, the command that creates the
> specs file is a nightmare.
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> --
> http://lists.linuxfromscratch.org/listinfo/lfs-support
> FAQ: http://www.linuxfromscratch.org/blfs/faq.html
> Unsubscribe: See the above information page
>
>
> ------------------------------
>
> End of lfs-support Digest, Vol 422, Issue 1
> *******************************************
>
-- 
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

Reply via email to