Summary: | sci-libs/lapack-3.12.0-r1[eselect-ldso] and sci-libs/openblas-0.3.26[eselect-ldso] do not install properly breaking "Blas-lapack-switch" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | ktoupt |
Component: | Current packages | Assignee: | Gentoo Science Related Packages <sci> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | ktoupt, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=923998 https://bugs.gentoo.org/show_bug.cgi?id=928509 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
ktoupt
2024-04-03 09:22:00 UTC
I think we have bug 923998 for openblas. Would you mind making one bug per issue? openblas paths being wrong is bug 923998 I think. We can use this one for one specific thing with lapack. Please file new ones for others and cross-link them. Yes, bug 923998 is correct for openblas. I don't know how I missed that. As for the sci-libs/lapack, I am starting to think the way it is installed is correct. It is desired to link to reference if the program does not rely on extensions provided by another implementation. So having the reference implementation in /usr/lib sounds good. See <https://wiki.gentoo.org/wiki/BLAS_and_LAPACK_Providers#Potential_Hazards> Instead, I think the real bug has to do with the dynamic linker (and possibly merged-usr and musl). See bug 928509, which I just opened. Finally, for the missing /etc/env.d/{blas,lapack}/lib/openblas files, I am not sure if that is worth opening a bug report for, as I could be misremembering something or did something wrong. Although, it would be interesting to find what generates those files. |