6.21 GCC compilation test failures
by davecan from LinuxQuestions.org on (#4X20J)
Greetings -- and Merry Christmas / Happy Hanukkah for those who celebrate such! :)
I'm currently compiling GCC on section 6.21 and it is taking an *extremely long time*. I started the compile at 7PM last night and it is currently 1PM the following day. Granted it is compiling in a VM (I'm doing this for learning purposes not for building an actual working system) but I wouldn't think it would take *this* long especially when the expectation is 95 SBU ~= 9 hours based on my prior SBU.
I just checked the output and now see the following messages:
Code: === libstdc++ tests ===
Schedule of variations:
unix
Running target unix
Using /tools/share/dejagnu/baseboards/unix.exp as board description file for target.
Using /tools/share/dejagnu/config/unix.exp as generic interface file for target.
Using /sources/gcc-9.2.0/libstdc++-v3/testsuite/config/default.exp as tool-and-target-specific interface file.
Running /sources/gcc-9.2.0/libstdc++-v3/testsuite/libstdc++-abi/abi.exp ...
Running /sources/gcc-9.2.0/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp ...
FAIL: 22_locale/time_get/get_time/char/2.cc execution test
FAIL: 22_locale/time_get/get_time/char/wrapped_env.cc execution test
FAIL: 22_locale/time_get/get_time/char/wrapped_locale.cc execution test
FAIL: 22_locale/time_get/get_time/wchar_t/2.cc execution test
FAIL: 22_locale/time_get/get_time/wchar_t/wrapped_env.cc execution test
FAIL: 22_locale/time_get/get_time/wchar_t/wrapped_locale.cc execution testI checked the 6.21 instructions and it mentions six tests failing relating to the en_HK locale but I don't see anything in the above output that says that is what these are. I also checked the two log links provided on that page and when I checked test results for 9.2.1 (closest I could find to the 9.2.0 used by the LFS book) I don't see any test results at all for 2.cc or wrapped_* at all.
I've run all commands as root after section 5.36.
My host OS is an Arch 2019.05 box downloaded from osboxes.org for the sole purpose of hosting the LFS build. It runs on a Mac and has 8GB RAM dedicated to it and is set to only expose 1 CPU to avoid the issues with multi-CPU compilation warned against in the LFS text. I set the niceness of the VirtualBox process running the compilation to -10 to give it top priority overnight and also disabled other services that could impact during the night i.e. backups etc.
Do I need to be concerned about the above failures? If so what should I do to correct? Thanks.
I'm currently compiling GCC on section 6.21 and it is taking an *extremely long time*. I started the compile at 7PM last night and it is currently 1PM the following day. Granted it is compiling in a VM (I'm doing this for learning purposes not for building an actual working system) but I wouldn't think it would take *this* long especially when the expectation is 95 SBU ~= 9 hours based on my prior SBU.
I just checked the output and now see the following messages:
Code: === libstdc++ tests ===
Schedule of variations:
unix
Running target unix
Using /tools/share/dejagnu/baseboards/unix.exp as board description file for target.
Using /tools/share/dejagnu/config/unix.exp as generic interface file for target.
Using /sources/gcc-9.2.0/libstdc++-v3/testsuite/config/default.exp as tool-and-target-specific interface file.
Running /sources/gcc-9.2.0/libstdc++-v3/testsuite/libstdc++-abi/abi.exp ...
Running /sources/gcc-9.2.0/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp ...
FAIL: 22_locale/time_get/get_time/char/2.cc execution test
FAIL: 22_locale/time_get/get_time/char/wrapped_env.cc execution test
FAIL: 22_locale/time_get/get_time/char/wrapped_locale.cc execution test
FAIL: 22_locale/time_get/get_time/wchar_t/2.cc execution test
FAIL: 22_locale/time_get/get_time/wchar_t/wrapped_env.cc execution test
FAIL: 22_locale/time_get/get_time/wchar_t/wrapped_locale.cc execution testI checked the 6.21 instructions and it mentions six tests failing relating to the en_HK locale but I don't see anything in the above output that says that is what these are. I also checked the two log links provided on that page and when I checked test results for 9.2.1 (closest I could find to the 9.2.0 used by the LFS book) I don't see any test results at all for 2.cc or wrapped_* at all.
I've run all commands as root after section 5.36.
My host OS is an Arch 2019.05 box downloaded from osboxes.org for the sole purpose of hosting the LFS build. It runs on a Mac and has 8GB RAM dedicated to it and is set to only expose 1 CPU to avoid the issues with multi-CPU compilation warned against in the LFS text. I set the niceness of the VirtualBox process running the compilation to -10 to give it top priority overnight and also disabled other services that could impact during the night i.e. backups etc.
Do I need to be concerned about the above failures? If so what should I do to correct? Thanks.