On 2/15/2018 10:58 AM, René Nyffenegger wrote:
On 02/15/2018 01:54 PM, Baho Utot wrote:
On 2/15/2018 5:51 AM, René Nyffenegger wrote:
As I am proceeding with building LFS, I am now in Step 6.10,
Adjusting the Toolchain.
The book instructs me to
grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g' On my system, the
output is:
SEARCH_DIR("=/tools/x86_64-pc-linux-gnu/lib64")
SEARCH_DIR("/usr/lib")
SEARCH_DIR("/lib")
SEARCH_DIR("=/tools/x86_64-pc-linux-gnu/lib")
Although the book tells me to ignore components with '-linux-gnu', I
am still
a bit worried about the paths that start with /tools. I just want to
be 100% positive
about going on with my build process.
So, the question is: can I ignore these -linux-gnu search strings
ALTHOUGH they start with /tools?
This is what my build produces, the Output lines are from the Book and
what you should be looking for. The lines not prefixed by Output: are
the actual lines from the test. I believe you are good to go. The
"real" test comes after gcc. That is the one that gave me the most
grief. Since I am doing scripted builds and I failed to remove the
gcc symlink the install process got all balled up.
Output: [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
[Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
Output: /usr/lib/../lib/crt1.o succeeded
Output: /usr/lib/../lib/crti.o succeeded
Output: /usr/lib/../lib/crtn.o succeeded
/usr/lib/../lib/crt1.o succeeded
/usr/lib/../lib/crti.o succeeded
/usr/lib/../lib/crtn.o succeeded
Output: #include <...> search starts here:
Output: /usr/include
#include <...> search starts here:
/usr/include
Output: SEARCH_DIR(/usr/lib)
Output: SEARCH_DIR(/lib)
SEARCH_DIR("=/tools/x86_64-pc-linux-gnu/lib64")
SEARCH_DIR("/usr/lib")
SEARCH_DIR("/lib")
SEARCH_DIR("=/tools/x86_64-pc-linux-gnu/lib");
Output: attempt to open /lib/libc.so.6 succeeded
attempt to open /lib/libc.so.6 succeeded
Output: found ld-linux-x86-64.so.2 at /lib/ld-linux-x86-64.so.2
found ld-linux-x86-64.so.2 at /lib/ld-linux-x86-64.so.2
removed 'dummy.c'
removed 'a.out'
removed 'dummy.log'
I am afraid I have to bother you again with theser SEARCH_DIRs.
While the question above pertained to step 6.10, I now have a similar
thing in Step 6.20 (Installation of GCC)
SEARCH_DIR("=/tools/x86_64-pc-linux-gnu/lib64")
SEARCH_DIR("/usr/lib")
SEARCH_DIR("/lib")
SEARCH_DIR("=/tools/x86_64-pc-linux-gnu/lib"
Because this will, as I believe, the final GCC for LFS, there should not be
any /tools reference at all.
Also of course, the book also mentions much more directories like lib64
and the various $(uname -m) directories.
I am not sure what GCC is supposed to search in these directories, but I
assume
that it is for shared libraries that are not specified with -L to the
linker.
Anyway, when GCC is compiled, from where does ./configure(? or the
compile process) take the information
which SEARCH_DIRs it compiles into its binary/binaries(?). If I knew
that, I could go back
to the respective point in my build and go on from there again.
The above was from 6.10
Ok the below is what you should get from 6.20
If you get something other than this you may indeed have missed
something or something has gone wrong.
I script my builds because I know I will screw up. Just ask my wife she
will tell you how much and how often I screw up! According to her she is
the only thing that keeps me from becoming a complete mess.
I can review each step and see what stupid thing I did and fix it. Then
I can wipe out the /mnt/lfs and run the script to start over. That
makes sure something did not get over looked only to come back and bite me.
[Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
Book: [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/crt1.o succeeded
/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/crti.o succeeded
/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/crtn.o succeeded
Book: /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/crt1.o
succeeded
Book: /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/crti.o
succeeded
Book: /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/crtn.o
succeeded
#include <...> search starts here:
/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/include
/usr/local/include
/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/include-fixed
/usr/include
Book: #include <...> search starts here:
Book: /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/include
Book: /usr/local/include
Book: /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/include-fixed
Book: /usr/include
SEARCH_DIR("/usr/x86_64-pc-linux-gnu/lib64")
SEARCH_DIR("/usr/local/lib64")
SEARCH_DIR("/lib64")
SEARCH_DIR("/usr/lib64")
SEARCH_DIR("/usr/x86_64-pc-linux-gnu/lib")
SEARCH_DIR("/usr/local/lib")
SEARCH_DIR("/lib")
SEARCH_DIR("/usr/lib");
Book: SEARCH_DIR("/usr/x86_64-pc-linux-gnu/lib64")
Book: SEARCH_DIR("/usr/local/lib64")
Book: SEARCH_DIR("/lib64")
Book: SEARCH_DIR("/usr/lib64")
Book: SEARCH_DIR("/usr/x86_64-pc-linux-gnu/lib")
Book: SEARCH_DIR("/usr/local/lib")
Book: SEARCH_DIR("/lib")
Book: SEARCH_DIR("/usr/lib");
dummy.log:attempt to open /lib/libc.so.6 succeeded
dummy.log:attempt to open /lib/libc.so.6 succeeded
Book: attempt to open /lib/libc.so.6 succeeded
found ld-linux-x86-64.so.2 at /lib/ld-linux-x86-64.so.2
Book: found ld-linux-x86-64.so.2 at /lib/ld-linux-x86-64.so.2
removed 'dummy.c'
removed 'a.out'
removed 'dummy.log'
--
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