I have scilab and atlas installed, but I noticed that scilab didn't require atlas when I installed it. I think it would be good if scilab used atlas. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 27858 [details, diff] scilab-2.7-r3-2.7-r4.diff This an attempt at providing support for atlas, give it a try. NOTE: I slightly abused the 'atlas' use flag, whose description is: "Adds support for atlas instead of blas in dev-lang/R" other solutions could be found, or at aleast the description could be modified. While I was at it, I modified the test to see if previous version of scilab are installed. The great majority of users should be at 2.7-r2, so this hopefully avoids unnecessary unmerges for them.
With the virtual/blas, virtual/lapack introduction, I guess the atlas use flag is going away (used only by dev-lang/R, and can be substituted by virtual/blas there). So this bug must be rethought.
You are free to install sci-libs/blas-atlas as your source of BLAS. You also can use other implementations of BLAS such as sci-libs/acml or sci-libs/blas-reference. To select the library to use among those installed see blas-config.
Just a silly question, how can I see that atlas is used? $ blas-config -p Current profiles: F77 BLAS: /usr/lib/blas/f77-ATLAS C BLAS: /usr/lib/blas/c-ATLAS and when emerging lapack-atlas I'm told that: " To link with ATLAS LAPACK from C or Fortran, simply use: * -llapack" $ emerge -Dpv scilab tells me: [ebuild R ] sci-mathematics/scilab-3.0 +Xaw3d +atlas -gtk -gtk2 -ifc +tcltk 0 kB so atlas should be used. But in the emerge log I only see: --with-atlas-library=/usr/lib that's the only mentioning of atlas. Lapack is mentioned a few times, but then it looks like this: making all in routines/lapack... ... g77 -O -c -o ztgsy2.o ztgsy2.f ... Creation of ../../libs/lapack.a and that doesn't seem right. Is it using it's own lapack routines? The last time I find lapack mentioned, is here: make[1]: Entering directory `/var/tmp/portage/scilab-3.0/work/scilab-3.0/examples/interface-lapack' rm -f *.o lapackscilab.a Is it removing it? But this is the only mention of this library, lapackscilab.a. I'm confused
Unfortunately, scilab is a special case: it has its own implementation of blas/lapack, and if compiled with --with-atlas-library=/usr/lib tries to link statically against /usr/lib/liblapack.a, /usr/lib/libcblas.a, /usr/lib/libf77blas.a, /usr/lib/libatlas.a So, it does not work currently in the virtual/blas virtual/lapack setup.
scilab.3.1.1-r1 now uses the new lapack infrastructure, and can switch between atlas or other lapack implementations after compile time.