Bug 1007058

Summary: Remove default linkage to ATLAS in gsl
Product: [Fedora] Fedora Reporter: Susi Lehtola <susi.lehtola>
Component: gslAssignee: Susi Lehtola <susi.lehtola>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: fkluknav, loganjerry, tomspur
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-02-15 21:21:30 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Susi Lehtola 2013-09-11 19:56:28 UTC 
Hi,


I'm the reason why GSL is nowadays linked with ATLAS. However, I've realized since that the GSL library is not linked by default to a CBLAS library just because upstream wants this option to be left to the user
 http://www.gnu.org/software/gsl/manual/html_node/Linking-with-an-alternative-BLAS-library.html

Now that there is actually a better BLAS library in Fedora, namely OpenBLAS, I'd recommend returning gsl to the original state of requiring the specification of a CBLAS library at link time.
Comment 1 Susi Lehtola 2014-02-15 21:07:12 UTC 
Ping, any progress?

I can address this myself.
Comment 2 Jerry James 2015-02-21 21:25:23 UTC 
This change broke opengrm-ngram.  It now has undefined symbols at runtime.  In fact, this change will have broken lots of (if not all) gsl-using libraries and applications.  At the very least, maintainers of all affected packages should have been notified of this change.  Even better would have been a rebuild of all affected programs to find out which ones would break.

In my opinion, this change should be announced on fedora-devel immediately, with follow up emails or bugs filed against all affected packages.
Comment 3 Susi Lehtola 2015-02-21 22:49:05 UTC 
Good suggestion, on it.