[Bug 1177260] Switching python-numpy to plain BLAS causes significant performance regression
https://bugzilla.suse.com/show_bug.cgi?id=1177260 https://bugzilla.suse.com/show_bug.cgi?id=1177260#c42 --- Comment #42 from Stefan Br�ns <stefan.bruens@rwth-aachen.de> --- (In reply to Egbert Eich from comment #29)
@Stefan Br�ns: I've finally fixed what you've suggested in comment #4 - all flavors of OpenBLAS use the same SONAME so they can be used as plug-in replacements. You can find this in my home on OBS: home:eeich:branches:science/openblas - this also contains some cleanups. If I don't hear any objections I will submit it and later on push it to Factory.
What hasn't been done, yet, is to combine the lapack[e] & [c]blas libraries to a block as you've suggested in comment #11. This would again require to touch lapack and openblas.
This broke building for a lot of packages in SLE/Leap in the science project, as numpy is not build with the changed SONAME, and thus becomes unresolvable (the openblas from the science project shadows the package from the regular repository). IMHO, this is an ABI breakage which has to be conditional. Only SLE/Leap 16/ALP should use the new name (and TW, of course). For the time being, I have disabled openblas' "use_for_build" for Leap 15.4. -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@suse.com