> What would be a catastrophic flaw? How the tests could prevent it?
I experienced a build/test failure making .31, and it showed up in the
test results.
The point is rather whether not testing is viable. If one doesn't test
one has no confidence at all that it has been made correctly. (I grant
that just looking at the tables and comparing gross numbers does little
to create much confidence. But not doing so cannot be better!) This
isn't ed we're making here. It's a HUGE package with a known history of
security vulnerabilities. I imagine there are any number of possibile
ways for an incorrect compilation to compound those vulnerabilities.
> I agree with Pierre, the instructions in the book have been much
> improved.
No argument there, and I think it will continue to improve.
> The comments "the test infrastructure of OpenJDK is a work in
> progress" and "testing ... involves several steps" seem appropriate
> for an optional part of the instructions.
Of course it is, and it shouldn't be removed. The question remains:
with such a large project, is it right suggest avoiding running the
tests for 110 SBU's can be avoided without consequences.
>
> {{{ There are a few failures, the number of which depends on various
> conditions, like whether the computer is connected to network. Also,
> some test may timeout if the machine is under load. }}}
>
> I don't know if "There are a few failures" is correct, "are" plural,
> "a" singular.
>
> s/some test/&s/ (learned with you)
Some tests, plural, DO timeout, even on an i7-940, and the consequences
of not having networking running are terrible--like 57 orphaned JVM's
never cleaned-up and left running! That statement needs strengthening.
"Networking must be running."
--
Paul Rogers
[email protected]
Rogers' Second Law: "Everything you do communicates."
(I do not personally endorse any additions after this line. TANSTAAFL :-)
--
http://www.fastmail.com - Accessible with your email software
or over the web
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
