R. Clint Whaley

configure --shared does not build libcblas.so

Yes, all those separate libraries are built into 2 combined libraries for dynamic linking: libsatlas.a: all serial routines libtatlas.a: all threaded routines So, closing this as not an error, feel free to reopen if you have questions or unresolved problems!

Almost sure I unpacked an old error file, instead of the one you posted (I find this error now, but didn't see before). Try restarting after saving the modified gmmsearch.c to ATLAS/tune/blas/gemm I think the error is due to the stuff where I said I suspected performance would be bad: I think some block factor may be less than 4 or so, and that's causing the zero. For now, I tried just allowing such a small block factor rather than assertion, lets see if that works or now.

At least that assertion is the one we fixed earlier, unless the error file is from a prior install? If you have lost the patches, reapply the opsrch.c and gmmsearch.c that I gave you and restart. I don't think the results are looking good (using way to small of block factors for some cases), but we can worry about performance once we've got something working . . .

It died this time becase you lost the opsrch patch I gave you several messages above.

Well, I honestly thought OSes cleaned up /tmp as needed by deleting old files. Gave a quick scope to extract, and found one place where I open up files other than using tmpfile(), and and I added a remove call at end. Not sure if this will fix the issue you are having, but here's the latest update I added to git. Let me know if this helps, Clint

Can you attach your res/sipsum.res from BLDdir/tune/blas/gemm? Also, attach the updated error file: that assertion shows something has gone terribly wrong.

Possible bug in the GetFixedCaseNode function