Summary: | media-gfx/hugin-2019.2.0 USE=lapack - ../hugin_base/libhuginbase.so.0.0: error: undefined reference to 'dgemm_' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dennis Schridde <dschridde+gentoobugs> |
Component: | Current packages | Assignee: | Andreas K. Hüttel <dilfridge> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | maekke |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://launchpad.net/bugs/1892420 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
hugin-2019.2-lapack-blas.patch
build.log |
Description
Dennis Schridde
2020-08-20 21:11:59 UTC
Created attachment 656058 [details]
build.log
Upstream played the ball back into our court:
> I checked the build system. Our FindPackage(LAPACK) does already search
> for the blas libraries. So maybe you are using a slightly different name
> of the BLAS library (other implementation) so that CMake does not pick
> up this variant. So the easiest way to fix would be to update
> CMakeModules/FindLAPACK.cmake for this BLAS variant.
Gentoo removes that FindLAPACK.cmake file during src_prepare, probably because a file of the same name is provided by CMake itself.
Upstream further explained that /usr/share/cmake/Modules/FindLAPACK.cmake should actually search (and make the application link against) both LAPACK and BLAS. For some reason this does not happen on my system / Gentoo. I am investigating. Please reopen if this still occurs. |