[Bug 268422] math/atlas alapack is not a full lapack after update to 3.10.3
Date: Sat, 17 Dec 2022 01:54:23 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268422 Bug ID: 268422 Summary: math/atlas alapack is not a full lapack after update to 3.10.3 Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: ports-bugs@FreeBSD.org Reporter: alt2600@icloud.com Created attachment 238852 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=238852&action=edit git-Makefile_full_lapack.diff So ran into some issues after Atlas update with some errors indicating missing symbols notably from py-numpy when configuring opencv, or py-netCDF4 ImportError: /usr/local/lib/python3.9/site-packages/numpy/linalg/_umath_linalg.cpython-39.so: Undefined symbol "sgesdd_" so after poking around the backup package of Atlas and the current ones I confirmed the old one did provide that symbol, and I recall that becoming default a while ago to build full lapack. So I starting digging and saw what upstream did with eliminating specifying just the static library reference to use. I basically manually did in the do-build section things that configure would have done if if had built its own lapack.a and set it up to use it. This included passing some options to xconfig, stripping some objects from our reference lapack and copying it into ${opt}/lib where the build expects it. it appears passing flapack to xconfig doesn't really do anything, all the business setting things up now seems to be in configure, but can be worked around. I confirmed this now provides the library, opencv doesn't fail to import the symbol loading numpy, all the things that use atlas build. I even re-built py-scipy with atlas using this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257400 and the scikit packages I have that use it. I've attached my patch -- You are receiving this mail because: You are the assignee for the bug.