<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">cblas is actually written entirely in C indeed. I had always somehow believed it was just an interface. Maybe it was at the beginning. Anyway here is the download link: <a href="http://www.netlib.org/blas/blast-forum/cblas.tgz" class="">http://www.netlib.org/blas/blast-forum/cblas.tgz</a><div class=""><br class=""></div><div class="">Ok, good find. Now making netlib cblas a compulsory part of bootstrap and MKL or OpenBLAS an optional part: is that really saving work? <br class=""><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 22 Jun 2018, at 14:48, Pascal <<a href="mailto:pascal22p@parois.net" class="">pascal22p@parois.net</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Is not cblas written in C or it is just an interface to the F77 version?<br class=""><br class="">Otherwise the gsl (gnu scientific library) could be used?<br class=""><br class="">Pascal<br class=""><br class="">On 22/06/18 13:23, Luc Bourhis wrote:<br class=""><blockquote type="cite" class="">Once fable would have been run on it, the FORTRAN would be gone: just commit the C++ and forget the origin of it. But this is terribly unrealistic: this is a vast amount of code to translate and trusting blindly fable would be silly whereas testing it all would be far too much work.<br class=""><br class="">Thus I think the only route for getting the new BLAS 3 smtbx part of nightly tests would be to make the installation of the optimised BLAS not optional.<br class=""><br class=""><blockquote type="cite" class="">On 22 Jun 2018, at 14:07, <a href="mailto:Graeme.Winter@Diamond.ac.uk" class="">Graeme.Winter@Diamond.ac.uk</a> <<a href="mailto:Graeme.Winter@diamond.ac.uk" class="">Graeme.Winter@diamond.ac.uk</a>> wrote:<br class=""><br class="">Howdy y’all,<br class=""><br class="">If we could avoid adding more FORTRAN source code dependencies to this I (as a fruity computer user) would be delighted :-)<br class=""><br class="">Cheerio Graeme<br class=""><br class=""><br class="">On 22 Jun 2018, at 13:01, Luc Bourhis <<a href="mailto:luc_j_bourhis@mac.com" class="">luc_j_bourhis@mac.com</a><<a href="mailto:luc_j_bourhis@mac.com" class="">mailto:luc_j_bourhis@mac.com</a>>> wrote:<br class=""><br class="">Hi,<br class=""><br class="">On 22 Jun 2018, at 13:27, Pascal <<a href="mailto:pascal22p@parois.net" class="">pascal22p@parois.net</a><<a href="mailto:pascal22p@parois.net" class="">mailto:pascal22p@parois.net</a>>> wrote:<br class=""><br class="">A third option would be to keep third party blas/lapack libraries optional but include the version from netlib has a fall back in cctbx. No need to duplicate implementation. If you just include the functions used in cctbx from netlib it is also lightweight. Tests should be fine against netlib only. Third party libraries are checked on their own.<br class=""><br class="">I like the idea. It is very important the new smtbx code relying on BLAS 3 is part of nightly tests but Pascal is right here. The only problem is that netlib reference BLAS is written in FORTRAN. So is LAPACK. Both have C interfaces but the actual implementation is in FORTRAN. We could of course run fable on it. In case you do not know Pascal, fable is a tool written by Ralf to convert Fortran to C++.<br class=""><br class="">Best wishes,<br class=""><br class="">Luc<br class=""><br class="">_______________________________________________<br class="">cctbxbb mailing list<br class=""><a href="mailto:cctbxbb@phenix-online.org" class="">cctbxbb@phenix-online.org</a><<a href="mailto:cctbxbb@phenix-online.org" class="">mailto:cctbxbb@phenix-online.org</a>><br class=""><a href="http://phenix-online.org/mailman/listinfo/cctbxbb" class="">http://phenix-online.org/mailman/listinfo/cctbxbb</a><br class=""><br class=""><br class="">-- <br class="">This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.<br class="">Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.<br class="">Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.<br class="">Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom<br class=""><br class="">_______________________________________________<br class="">cctbxbb mailing list<br class="">cctbxbb@phenix-online.org<br class="">http://phenix-online.org/mailman/listinfo/cctbxbb<br class=""></blockquote><br class="">_______________________________________________<br class="">cctbxbb mailing list<br class=""><a href="mailto:cctbxbb@phenix-online.org" class="">cctbxbb@phenix-online.org</a><br class="">http://phenix-online.org/mailman/listinfo/cctbxbb<br class=""></blockquote><br class=""><br class="">_______________________________________________<br class="">cctbxbb mailing list<br class=""><a href="mailto:cctbxbb@phenix-online.org" class="">cctbxbb@phenix-online.org</a><br class="">http://phenix-online.org/mailman/listinfo/cctbxbb<br class=""></div></div></blockquote></div><br class=""></div></div></body></html>