Hi, LAPACK 3.2.2 was released with CMake build support. Cheers, Nico Reproducible: Always
Assigning to maintainers.
LAPACK-3.3.0 has been released, foremost the complete C-Interface is interesting: http://www.netlib.org/lapack/lapack-3.3.0.html
for whoever is interested i'm working on our next linear algebra interface on my overlay. not ready yet for general consuption but a few of the implementations (of which lapack-3.3.0) are almost ready. http://git.overlays.gentoo.org/gitweb/?p=dev/bicatali.git
LAPACK 3.3.1 has been released.
(In reply to comment #4) > LAPACK 3.3.1 has been released. Please still check the bicatali overlay. As long users do not report that it is working, we will not be able to move it to the tree.
I tried to install it from the overlay, but get an error from my package manager which I failed to resolve: ! app-admin/eselect-blas Reasons: !app-admin/eselect-blas from sci-libs/lapack-reference, sci-libs/blas-reference Unsuitable candidates: * app-admin/eselect-blas-0.1:0::gentoo Did not meet !app-admin/eselect-blas, use existing if possible, installing to / from !app-admin/eselect-blas from sci-libs/lapack-reference Uninstalling lapack and all of the eselect modules didn't help. Any hints?
Try to mask >sci-libs/lapack-reference-4. As the in tree ebuild have this long version numbers, they will always override the ones from the overlay.
Created attachment 272727 [details] resolve error for lapack-reference Hm, that didn't help either. The correct version is aimed at being installed, it's just that eselect-blas reference that makes problems, really. Attached the full 'cave resolve' output.
Ah you are using that PM. try masking all blas/lapack version with this high version numbers, for which there is a new package. Then unemerge everything and reemerge what is needed. Hopy that helps to resolve the dependency stuff
Okay, I got it: It is the return to the traditional versioning scheme in *sci-libs/blas-reference* that bit me here. Masking those versions from the tree (2007*) let's me install the package.
I successfully installed lapack-reference-3.3.1 now, and had it link against my rather involved scientific application code. Things run fine after I reinstalled superlu (which still had a pointer to libblas.so.0). If there'll be any problem, I'll report them here.
Thanks for testing.
So, would we need a sci-libs/cblas-reference version numbering scheme change as well? My package manager complains when doing a world update.
3.4.0 was released in November 2011. How is the testing going?
http://www.netlib.org/lapack/lapack-3.4.1.html is out (20th April 2012)
Version 3.4.2 is out as of September 2012. http://www.netlib.org/lapack/#_lapack_version_3_4_2_2
PLease use the sci overlay.
if we are not ever going to move this stuff to gentoo, perhaps the old ebuilds should be removed?
commit b1738705ad4d4d1c4164807d15330e378e386fb5 Author: Matthias Maier <tamiko@gentoo.org> Date: Thu Sep 29 23:09:51 2016 -0500 sci-libs/lapack-reference: version bump to 3.6.0 Package-Manager: portage-2.3.0