Summary: | =dev-python/numpy-1.13.3 with =sys-devel/gcc-7.2.0[fortran] - ImportError: libgfortran.so.3: cannot open shared object file: No such file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | matoro <matoro_gentoo> |
Component: | Current packages | Assignee: | Gentoo Science Related Packages <sci> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | frp.bissey, matoro_gentoo, python, tsmksubc |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
matoro
2017-11-22 05:01:16 UTC
(In reply to matoro from comment #0) > Here is a partial traceback showing what happens on import: Partial? Why partial? > Steps to Reproduce: > # USE=fortran emerge =sys-devel/gcc-7.2.0 Do you mean that you didn't try rebuilding numpy? (In reply to matoro from comment #0) There was another similar report, but for arpack yesterday (https://bugs.gentoo.org/638384). The problem is that gfortran from gcc-7 produce libgfortran.so.4, which is a bump from previous version of gcc that had been on .so.3 for a long time. Your blas/lapack has been compiled with a previous version that linked to libgfortran.so.3. You need to rebuild blas and lapack and then probably all their dependencies. This is quite unfortunate. (In reply to Jeroen Roovers from comment #1) > (In reply to matoro from comment #0) > > Here is a partial traceback showing what happens on import: > > Partial? Why partial? > > > Steps to Reproduce: > > # USE=fortran emerge =sys-devel/gcc-7.2.0 > > Do you mean that you didn't try rebuilding numpy? > > > > (In reply to matoro from comment #0) No, I did try rebuilding numpy. It did not change the results. I will try rebuilding blas, lapack and dependencies and report back. May be a message similar to the one for gcc-5 about the C++ abi should be considered for gcc-7 about gfortran. The equivalent command to run would be revdep-rebuild --library 'libgfortran.so.3' -- --exclude gcc Rebuilding blas and lapack with --emptytree seemed to work. Closing this bug for now, thank you for the help. |