Finally a main line version that passes LAPACK's test suite ...

[Toon Moene <toon at moene dot indiv dot nluug dot nl>]

Hi,

The snapshot I CVS'd from the main line at 199902250900 UTC was the
first since 19990127 that passed LAPACK's test suite on my
i686-pc-linux-gnu (standard Red Hat 5.2 install).

I used the following options to compile LAPACK:

-g -O3 -funroll-loops -fomit-frame-pointer -fno-emulate-complex
-malign-double

Subsequently, I compiled and ran the test suite that goes with our
numerical weather forecasting system; I compiled it with:

-g -O2 -malign-double -ffast-math -fomit-frame-pointer -funroll-loops
-Wall -Wsurprising -funix-intrinsics-hide

Here are the timings [all times in seconds] with respect to the 19990127
snapshot (not encouraging):

			19990127		19990225

0SUPOBS TOOK :         0.36000061035        0.32999992371
0DATACH TOOK :       148.4499969482       161.0299987793
0ANAEVA TOOK :       207.3500213623       291.8599853516
0GRPEVA TOOK :      1270.1099853516      1333.4100341797
0HUMSUP TOOK :         0.04992675781        0.05993652344
0DATACH TOOK :        45.6899414062        47.8800048828
0HUMEVA TOOK :        22.9599609375        32.1099853516
0GRPEVA TOOK :        31.1900634766        33.4400634766
 PREPARATIONS TOOK     7.5400               7.1400
 FORECAST TOOK      2445.3301            2509.9102

A further disturbing feature of the 19990225 snapshot is that the
forecast part of the run took 54 Megabytes of RSS (as reported by ps and
top) in stark contrast with 43 Megabytes of the 19990127 snapshot.

Note that this is *Resident* size, so we're not talking about unused
virtual memory here, but memory that's really *used*.

Unfortunately, due to the long time between the two successful runs,
it's hard to pinpoint the change that brought this about.

Cheers,

-- 
Toon Moene (toon@moene.indiv.nluug.nl)
Saturnushof 14, 3738 XG  Maartensdijk, The Netherlands
Phone: +31 346 214290; Fax: +31 346 214286
g77 Support: fortran@gnu.org; egcs: egcs-bugs@cygnus.com