> From: Paul Rogers <[email protected]> > Date: Wed, 15 Jun 2016 15:01:23 -0700 > Subject: Re: [lfs-support] LFS-7.7 i686 build failure > . . > > Actually, that reminds me - the contrib script used to let me run the > > tests in parallel and then summarise the results. At some time in the > > past couple of years I now recall posting (on -dev) that I was getting > > a LOT of failures in the c++ tests. In the end, the solution was to > > use -j1 for the tests. > > OK. I've used -j1 in the past, but the book doesn't say so here, as > it does elsewhere, so I was doing -j8 (still modest for a 4 core > hyperthreaded i7 I suppose). I can certainly give that a try, if . . > At the moment I have no better idea than Ken's -j1, and that isn't in > either book.
As you allude: it _is_ in the book; but just not repeated at the place in the book that you're at. Which is standard book format for things that apply throughout (chunks of) the book - cf e.g. setting $LFS, env vars, &c. Ref e.g. (page immediately prior to page re test-suites): ---- http://www.linuxfromscratch.org/lfs/view/stable/chapter04/aboutsbus.html -- "Note For many modern systems with multiple processors (or cores) the compilation time for a package can be reduced by performing a "parallel make" by either setting an environment variable or telling the make program how many processors are available. For instance, a Core2Duo can support two simultaneous processes with: export MAKEFLAGS='-j 2' or just building with: make -j2 When multiple processors are used in this way, the SBU units in the book will vary even more than they normally would. In some cases, the make step will simply fail. Analyzing the output of the build process will also be more difficult because the lines of different processes will be interleaved. If you run into a problem with a build step, revert back to a single processor build to properly analyze the error messages." ---- And tests are a 'build' step. (Aside: that 'revert back' in the preceding quoted para, is a grammo - 'revert' suffices.) akh -- -- 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
