Emerging sci-libs/scipy-1.0.0 on ~amd64 fails with ${EPYTHON} tools/cythonize.py || die; File "/usr/lib64/python2.7/site-packages/numpy/linalg/__init__.py", line 51, in <module> from .linalg import * File "/usr/lib64/python2.7/site-packages/numpy/linalg/linalg.py", line 30, in <module> from numpy.linalg import lapack_lite, _umath_linalg ImportError: libgfortran.so.3: cannot open shared object file: No such file or directory I'm trying to track down what lapack implementation and options scipy is looking for (I have sci-libs/lapack-reference-3.7.0::gentoo), happy to answer any questions about this specific machine.
Created attachment 507774 [details] emerge --info
Created attachment 507776 [details] build.log
You have upgraded to gcc-7.2 after building blas/lapack. gcc 7.2 changed libgfortran from so.3 to so.4. You probably should run revdep-rebuild --library 'libgfortran.so.3' -- --exclude gcc
Thanks for the pointer. I haven't had a working revdep-rebuild for several months (since gentoolkit-0.4.0 with python 3.6, bug https://bugs.gentoo.org/617498), downgrading to gentoolkit-0.3.3 works, and with a couple of revdep-rebuild iterations, scipy-1.0.0 is building now. Closing.
I had the same issue, but revdep-rebuild didn't fix it (it couldn't find the linking issues) - I had to use the legacy revdep-rebuild.sh script. revdep-rebuild.sh --library 'libgfortran.so.3' -- --exclude gcc
(In reply to Isaac from comment #5) > I had the same issue, but revdep-rebuild didn't fix it (it couldn't find the > linking issues) - I had to use the legacy revdep-rebuild.sh script. > > revdep-rebuild.sh --library 'libgfortran.so.3' -- --exclude gcc I have upgraded gcc to 7.2.0 to eat my own dog food, so to speak, and I had no problems with the new `revdep-rebuild`. It would be nice if you reported the problems you encountered with it (not in this bug of course).
