I've tried multiple times to install CLAPACK, on an AMD Athlon, on an Intel Celeron (P4), using BLAS from CLAPACK and BLAS from ATLAS (Linux-P4SSE2). (I'm using Topologilinux which is based on Slackware 10). No matter what I try, CLAPACK fails the tests - some in a spectacular fashion. Here is what happens:

$ grep fail *.out
csep.out: CST drivers: 1 out of 11664 tests failed to pass the threshold
csep.out: CST: 2 out of 4662 tests failed to pass the threshold
csep.out: CST drivers: 3 out of 11664 tests failed to pass the threshold
csep.out: CST drivers: 1 out of 11664 tests failed to pass the threshold
dgd.out: DGV drivers: 11 out of 1092 tests failed to pass the threshold
dgd.out: DXV drivers: 200 out of 5000 tests failed to pass the threshold
dsvd.out: DBD: 1 out of 5510 tests failed to pass the threshold
sgd.out: SGV drivers: 10 out of 1092 tests failed to pass the threshold
sgd.out: SXV drivers: 37 out of 5000 tests failed to pass the threshold
ssep.out: SST: 1 out of 4662 tests failed to pass the threshold
ssep.out: SST drivers: 1 out of 14256 tests failed to pass the threshold
zgd.out: ZXV drivers: 24 out of 5000 tests failed to pass the threshold
zgg.out: ZGG drivers: 1 out of 1273 tests failed to pass the threshold

The results of the testing of the generalized eigenvalue problem performed with xeigtstd<dgd.in (same with s, z and c) are dependent on the condition number of the problem. The original design of the tester was to take well-condition problem and ill-condition problem. When the problem is ill-conditioned, it is normal to get those large errrors. Thus those failures (in particular in dgd.out) are expected mathematically.

We might change the tester so that it says: error: 1E+6 as expected or something like that to help user at installation.

The other failures are also 'regular' errors on hard case and you would have the same if you would use LAPACK-3.0 (in F77).

Just a remark: with your grep E+ *.out | grep result, you get all the error larger than 1E+05 (not 10).