Il 28 dic 2018 4:23 AM, "Kent Cooper" <[email protected]> ha scritto:
Hi all, Getting rather frustrated as I've been trying to build my first LFS system for over a week now! The instructions in the book are pretty straight forward, yet following them to the letter has gotten me absolutely nowhere after countless retries. At first I had weird permission problems at every turn because my /etc/fstab was mounting my LFS partition with the noexec flag for some ridiculous reason. Then it was Glibc-2.28 refusing to build for god-only-knows what reason. Now I seem to be past those issues after several complete restarts, but make is complaining about some undeclared identifiers in libgcc/config/i386/cpuinfo.c. So now I'm on chapter 5.10 of book version 8.3, trying to build the second pass of GCC but I keep running into the same errors after 3 complete restarts. I can get up to 5.9 without a hitch, but there is one major thing I don't understand: Is it imperative to delete $LFS/sources/gcc-8.2.0 after completing chapter 5.8? Or should it be left there so that libstdc++-v3 doesn't need to be recompiled? If I delete it, I get roughly 1.5 hours into chapter 5.10 before I encounter the same problem described here <http://lists.linuxfromscratch.org/pipermail/lfs-support/2015-August/048881.html> : > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > checking for x86_64-pc-linux-gnu-gcc... /mnt/lfs/sources/gcc-8.2.0/gcc/xgcc > -B/mnt/lfs/sources/gcc-8.2.0/gcc/ -B/tools/x86_64-pc-linux-gnu/bin/ > -B/tools/x86_64-pc-linux-gnu/lib/ -isystem /tools/x86_64-pc-linux-gnu/include > -isystem /tools/x86_64-pc-linux-gnu/sys-include > checking for C compiler default output file name... a.out > checking whether the C compiler works... configure: error: in > `/mnt/lfs/sources/gcc-8.2.0/build/x86_64-pc-linux-gnu/libstdc++-v3': > configure: error: cannot run C compiled programs. > If you meant to cross compile, use `--host'. > See `config.log' for more details. > make[1]: *** [configure-target-libstdc++-v3] Error 1 > make[1]: Leaving directory `/mnt/lfs/sources/gcc-8.2.0/build' > make: *** [all] Error 2 What architecture is your host? is your system 32bit or 64bit? try to run this echo "int main(){}" > dummy.c $TGT_LFS-gcc dummy.c readelf -l a.out | grep ': /tools' what is the output? If I don't delete '/mnt/minlinux/sources/gcc-8.2.0' after 5.8, then once again I get roughly 1.5 hours into 5.10 before hitting the following: Checking multilib configuration for libgcc... make[2]: Entering directory '/mnt/minlinux/sources/gcc-8.2.0/build/x86_64-lfs-linux-gnu/libgcc' # If this is the top-level multilib, build all the other # multilibs. cc -g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fpic -mlong-double-80 -DUSE_ELF_SYMVER -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fpic -mlong-double-80 -DUSE_ELF_SYMVER -I. -I. -I../.././gcc -I../../../libgcc -I../../../libgcc/. -I../../../libgcc/../gcc -I../../../libgcc/../include -I../../../libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o cpuinfo.o -MT cpuinfo.o -MD -MP -MF cpuinfo.dep -c ../../../libgcc/config/i386/cpuinfo.c -fvisibility=hidden -DHIDE_EXPORTS ../../../libgcc/config/i386/cpuinfo.c: In function 'get_available_features': ../../../libgcc/config/i386/cpuinfo.c:353:14: error: 'bit_AVX512VBMI2' undeclared (first use in this function); did you mean 'bit_AVX512VBMI'? if (ecx & bit_AVX512VBMI2) ^~~~ VM~~~~~~~~~~~ bit_AVX512VBMI ../../../libgcc/config/i386/cpuinfo.c:353:14: note: each undeclared identifier is reported only once for each function it appears in ../../../libgcc/config/i386/cpuinfo.c:355:14: error: 'bit_GFNI' undeclared (first use in this function); did you mean 'bit_BMI'? if (ecx & bit_GFNI) ^~~~~~~~ bit_BMI ../../../libgcc/config/i386/cpuinfo.c:357:14: error: 'bit_VPCLMULQDQ' undeclared (first use in this function); did you mean 'bit_PCLMUL'? if (ecx & bit_VPCLMULQDQ) ^~~~~~~~~~~~~~ bit_PCLMUL ../../../libgcc/config/i386/cpuinfo.c:359:14: error: 'bit_AVX512VNNI' undeclared (first use in this function); did you mean 'bit_AVX512VBMI'? if (ecx & bit_AVX512VNNI) ^~~~~~~~~~~~~~ bit_AVX512VBMI ../../../libgcc/config/i386/cpuinfo.c:361:14: error: 'bit_AVX512BITALG' undeclared (first use in this function); did you mean 'bit_AVX5124FMAPS'? if (ecx & bit_AVX512BITALG) ^~~~~~~~~~~~~~~~ bit_AVX5124FMAPS ../../../libgcc/shared-object.mk:14: recipe for target 'cpuinfo.o' failed make[2]: *** [cpuinfo.o] Error 1 make[2]: Leaving directory '/mnt/minlinux/sources/gcc-8.2.0/build/x86_64-lfs-linux-gnu/libgcc' Makefile:14359: recipe for target 'all-target-libgcc' failed make[1]: *** [all-target-libgcc] Error 2 make[1]: Leaving directory '/mnt/minlinux/sources/gcc-8.2.0/build' Makefile:911: recipe for target 'all' failed make: *** [all] Error 2 So what the hell am I doing wrong?! MTIA :-) -- 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
-- 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
