GotoBLAS appears to have been superseded by GotoBLAS2. Filed as a new ebuild request instead of version bump of sci-libs/blas-goto as the latest versions of that is 1.26, while it is 1.06 for GotoBLAS2. It's not yet clear if blas-goto ebuild can reused in any way. GotoBLAS2 is also fetch-restricted, and appears to automatically download lapack-3.1.1 to use some of its source files during build.
Created attachment 220995 [details] blas-goto2-1.13.ebuild
Created attachment 220997 [details] blas-goto2-1.13-sharedlibs.patch
Created attachment 220999 [details] eselect.blas.goto
The sources of GotoBlas-* are not available any more. I tried to reuse the old ebuild, but without the original sources it was not that easy to understand. I just hope I didn't mess anything up. This ebuild compiles successfully on amd64 and at least dev-lang/R and sci-libs/lapack-reference seem to work with it. Few points I've changed: - RESTRICT="fetch" - added openmp-useflag -> EAPI="2" - changed ewarn about CC not being *gcc to an error (I assume the warnings about not using toolchain could be overlooked) I'm quite unsure if this should go into a new package or in a new slot. The attached ebuild don't use a new slot, so sci-libs/blas-goto2 should be added to virtual/blas to not necessarily pull in any other blas-implementation. The other BLAS packages are quite unsatisfying: ACML needs GCC-4.2 (which is masked unstable), MKL is only available in a quite old (and in my experience buggy) version and ATLAS performs poorly in comparison to GOTO. Therefore I would be happy if this ebuild helps someone with more insight to get a working goto-blas into portage soon.
GotoBLAS2 actually provides hooks for cblas and lapack in addition to blas. A new package would make the most sense. I've been running a manual install with GotoBLAS2 providing all three for several months. Octave and R, at least, seem to work fine.
Hi, This is actually needed since sci-libs/blas-goto is mirror restricted and all the versions currently in the tree have disappeared from the upstream site. I will have to take a deeper look on how we can also cblas and lapack and a few more QA fixes are needed to the original ebuild. Thanks.
Created attachment 244499 [details] blas.pc.in
FYI: gotoblas2 has been released under the BSD license (cf. <http://www.tacc.utexas.edu/tacc-projects/gotoblas2/>).
What is the status of this package? I am using blas-goto right now but am reminded every time I sync that it is masked and will be removed 30 days from March 2nd. I would be happy to help testing a new package but can't find any in the portage tree.
(In reply to comment #9) > What is the status of this package? I am using blas-goto right now but am > reminded every time I sync that it is masked and will be removed 30 days from > March 2nd. I would be happy to help testing a new package but can't find any in > the portage tree. it is in the bicatali overlay. Most new blas/lapack stuf in there works great.
(In reply to comment #10) > (In reply to comment #9) > > What is the status of this package? I am using blas-goto right now but am > > reminded every time I sync that it is masked and will be removed 30 days from > > March 2nd. I would be happy to help testing a new package but can't find any in > > the portage tree. > > it is in the bicatali overlay. Most new blas/lapack stuf in there works great. Thanks! I just added it to my layman overlays. Will it install side-by-side to blas-goto-1.22? Just in case I am not quite ready yet to dump that? And will it be moved to the main portage tree eventually?
yes, as all blas implementations. be warned, it is not allways complete straight, but goto is fine. Sebastien will move it to the tree, once all tests are done.
Any updates on this ? when will it appear in the tree?
goto-blas has been converted into openblas, which is in tree now.
