>>>>> "Rupert" == Rupert Swarbrick <rswarbrick at gmail.com> writes:
Rupert> The info file loading is intentionally brittle, throwing an error
Rupert> whenever it can't quite sort something out. This has worked well: it
Rupert> turns out, for example, that the current Perl script doesn't load nodes
Rupert> with a subsubsection number. There's no way I'd have noticed that if it
Rupert> wasn't for my code falling over whenever something looked odd. I can't
Rupert> make it error any more though, so I thought I'd ask others if they'd be
Rupert> willing to have a go :-)
Rupert> QUESTIONS FOR ANYONE INTERESTED:
Rupert> - Is this fast enough for you?
Rupert> (Note: I'm going to discount everything you say unless you give
Rupert> timings; see the commit message for bf24391137 for one way to get
Rupert> some)
I tried this out on an old 750 MHz sparc with cmucl, the oldest and
slowest machine I have access to. From the maxima prompt until "?
run_testsuite" returns, it takes about 7 sec. A tad slow, but not
terribly slow. About 3 sec for the next invocation.
For completeness, here are the results from the commit message:
; Evaluation took:
; 5.56f0 seconds of real time
; 5.2f0 seconds of user run time
; 0.27f0 seconds of system run time
; 4,173,048,959 CPU cycles
; 0 page faults and
; 21,354,312 bytes consed.
Rupert> I'd be particularly grateful if someone could check this works on
Rupert> Windows and/or Mac. There's no reason it shouldn't, but I haven't tested
Rupert> that.
Works ok with cmucl on a Mac. (But the 2013-03a snapshot has a bug in
file-position that causes the text to be wrong.)
Ray