As in the thread title, I am currently working through LFS chapter 6.10. This is the output for the second command, which points the GCC "specs" file to the new dynamic linker:
Code:
root:/sources/glibc-build# gcc -dumpspecs | sed -e 's@/tools@@g' \
> -e '/\*startfile_prefix_spec:/{n;s@.*@/usr/lib/ @}' \
> -e '/\*cpp:/{n;s@$@ -isystem /usr/include@}' \
> `dirname $(gcc --print-libgcc-file-name)`/specs
sed: can't read /tools/lib/gcc/i686-pc-linux-gnu/4.6.1/specs: No such file or directory
So of course I decided to see what would happen if I just created a new one:
Code:
root:/sources/glibc-build# touch /tools/lib/gcc/i686-pc-linux-gnu/4.6.1/specs
root:/sources/glibc-build# gcc -dumpspecs | sed -e 's@/tools@@g' -e '/\*startfile_prefix_spec:/{n;s@.*@/usr/lib/ @}' -e '/\*cpp:/{n;s@$@ -isystem /usr/include@}' `dirname $(gcc --print-libgcc-file-name)`/specs
gcc: error: unrecognized option '-mtune=generic'
gcc: error: unrecognized option '-march=pentiumpro'
I realize I'm still in the glibc-build directory, but it seems like we're using absolute file names so I'd be surprised if that were the issue. The only thing I can think of is that it didn't get made because of some make error. This is the second time I've installed Glibc for this section (the first failed because of a stupid error I made and corrected) but there's always the possibility that I made a another error. I'd rather not have to rebuild it again since I'm working on a single-core processor and can't really spread it over multiple threads to much effect but ultimately I'll do what I have to do...
Thanks.