[Bug 1223967] %suse_build_hwcaps_libs fails to generate -x86_64-v3 packages when shared library is an update-alternatives link
https://bugzilla.suse.com/show_bug.cgi?id=1223967 https://bugzilla.suse.com/show_bug.cgi?id=1223967#c3 Richard Biener <rguenther@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rguenther@suse.com --- Comment #3 from Richard Biener <rguenther@suse.com> --- Hmm, but the dynamic loader relies on the shared library to be present in /usr/lib64/hwcaps/x86-64-v3/ (IIRC). So to work the alternatives link would need to be present there, pointing to the actual hwcaps library in /usr/lib64/blas/hwcaps/x86-64-v3/... (or another directory or a changed library name). So I don't see how the generic hwcaps mechanism can be made work for the case of lapack. To me it seems the library copying would need to be done manually in lapack and only the multibuild part of the hwcaps mechanism preserved? That said, IMO having "alternatives" for shared libraries is a red herring... (but yeah, I understand why we have it, but then there's nothing wrong with Conflicts and multiple providers of liblapack.so.3) -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@suse.com