FS#54133 - [gcc-libs/gcc] gcc-libs/gcc 7 breaks numpy and compiling kernel modules

Attached to Project: Arch Linux
Opened by Ishbir Singh (Ishbir) - Saturday, 20 May 2017, 17:35 GMT
Last edited by Doug Newgard (Scimmia) - Monday, 22 May 2017, 16:02 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To No-one
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

When I do an "import numpy" on my system with testing repos enabled, I get an error that says:

ImportError: libgfortran.so.3: cannot open shared object file: No such file or directory

Turns out that gcc-libs 7.1.1-2 includes libgfortran.so.4 instead. When I try to recompile numpy, it says that blas also links to libgfortran.so.3. Now, I had atlas-lapack-base from AUR on my system instead but I'm pretty sure that blas will give the same error.

Moreover, when I try to compile kernel modules from VMware, it says that the kernel was compiled with GCC 6 and the current version is 7 so the compilation cannot proceed. The kernel in testing IMO should be compiled with the gcc in testing.

Additional info:
* python-numpy 1.12.1-1
* blas 3.7.0-1
* linux 4.10.13-1

To fix:
- Recompile blas/atlas-lapack/openblas.
- Recompile numpy.
This task depends upon

Closed by  Doug Newgard (Scimmia)
Monday, 22 May 2017, 16:02 GMT
Reason for closing:  Fixed
Comment by Antonio Rojas (arojas) - Saturday, 20 May 2017, 18:25 GMT
> I had atlas-lapack-base from AUR on my system instead but I'm pretty sure that blas will give the same error.

No, it won't. numpy doesn't link to libgfortran, all official packages that do have already been rebuilt. This is caused by your atlas-lapack package (or some other unofficial package).
Comment by Ishbir Singh (Ishbir) - Sunday, 21 May 2017, 02:24 GMT
You're right. But the kernel does need to be compiled with gcc 7.

Loading...