levmar uses BLAS when built with LAPACK, but Hugin does not link against BLAS
Bug #1892420 reported by
Dennis Schridde
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Hugin |
Invalid
|
Undecided
|
Unassigned | ||
hugin (Gentoo Linux) |
Expired
|
Medium
|
Bug Description
```
hugin-2019.
```
This function is a BLAS function: https:/
Thus, since levmar is built as a static library, Hugin itself should call `find_package(
Attached patch fixes this (in an admittedly slightly crude way) for me.
Changed in hugin (Gentoo Linux): | |
importance: | Unknown → Medium |
status: | Unknown → New |
Changed in hugin (Gentoo Linux): | |
status: | New → Expired |
To post a comment you must log in.
Created attachment 655810 2-lapack- blas.patch
hugin-2019.
cd /tmp/portage/ media-gfx/ hugin-2019. 2.0/work/ hugin-2019. 2.0_build/ src/tools && /usr/bin/cmake -E cmake_link_script CMakeFiles/ cpclean. dir/link. txt --verbose=1 x86_64- pc-linux- gnu-g++ -pipe -O2 -march=znver1 -Wl,-O1 -Wl,--as-needed -Wl,--hash- style=gnu -fopenmp CMakeFiles/ cpclean. dir/cpclean. cpp.o -o cpclean -Wl,-rpath, /tmp/portage/ media-gfx/ hugin-2019. 2.0/work/ hugin-2019. 2.0_build/ src/hugin_ base: ../hugin_ base/libhuginba se.so.0. 0 /usr/lib64/ libpano13. so ../foreign/ levmar/ libhuginlevmar. a /usr/lib64/ libGLEW. so /usr/lib64/ libboost_ filesystem- mt.so /usr/lib64/ libboost_ system- mt.so /usr/lib64/ liblapack. so /usr/lib64/ libfftw3. so /usr/lib64/ libvigraimpex. so /usr/lib64/ libImath. so /usr/lib64/ libIlmImf. so /usr/lib64/ libIex. so /usr/lib64/ libHalf. so /usr/lib64/ libIlmThread. so /usr/lib64/libz.so /usr/lib64/ libjpeg. so /usr/lib64/ libtiff. so /usr/lib64/ libpng. so /usr/lib64/libz.so /usr/lib64/libz.so /usr/lib64/ libexiv2. so /usr/lib64/ liblcms2. so -pthread /usr/lib64/ libX11. so /usr/lib64/ libpano13. so /usr/lib64/ libboost_ filesystem- mt.so /usr/lib64/ libboost_ system- mt.so /usr/lib64/ liblapack. so /usr/lib64/libGL.so /usr/lib64/ libGLU. so /usr/lib64/ libGLEW. so /usr/lib64/ libsqlite3. so /usr/lib64/ libvigraimpex. so /usr/lib64/ libjpeg. so /usr/lib64/ libpng. so /usr/lib64/ libtiff. so /usr/lib64/ libexiv2. so /usr/lib64/ liblcms2. so base/libhuginba se.so.0. 0: error: undefined reference to 'dgemm_'
/usr/sbin/
../hugin_
collect2: error: ld returned 1 exit status
``` 2.0/src/ foreign/ levmar/ misc_core. c:45:#define GEMM LM_MK_BLAS_ NAME(gemm)
hugin-2019.
```
This function is a BLAS function: https:/ /en.wikipedia. org/wiki/ Basic_Linear_ Algebra_ Subprograms# Level_3
Thus, since levmar is built as a static library, Hugin itself should call `find_package( BLAS)` and `huginbase` should link against `BLAS_LIBRARIES`.
Attached patch fixes this (in an admittedly slightly crude way) for me.
Upstream report: https:/ /bugs.launchpad .net/hugin/ +bug/1892420
Portage 3.0.4 (python 3.6.9-final-0, default/ linux/amd64/ 17.1/desktop/ plasma/ systemd, gcc-10.2.0, glibc-2.32, 5.8.1 x86_64) ======= ======= ======= ======= ======= ======= ======= ======= ==
System Settings ======= ======= ======= ======= ======= ======= ======= ======= == 8.1-x86_ 64-AMD_ Ryzen_5_ 2400G_with_ Radeon_ Vega_Graphics- with-gentoo- 2.7 48fdf3efbe1ccd8 f2ff2c646d 08eea9b3ad2ccf7 dc843a0887
=======
=======
System uname: Linux-5.
KiB Mem: 14194336 total, 1928084 free
KiB Swap: 0 total, 0 free
Timestamp of repository gentoo: Thu, 20 Aug 2020 18:45:01 +0000
Head commit of repository gentoo: ff03def29006e71
Head commit of repository flatpak-overlay: 26c396aef4d2f89
Head commit of repository local: 8e22343ec3e3332 f91a6a171a89140 7c95a0d44d
sh bash 5.0_p18 java-config: 2.3.1::gentoo
ld GNU gold (Gentoo 2.34 p6 2.34.0) 1.16
ccache version 3.7.11 [disabled]
app-shells/bash: 5.0_p18::gentoo
dev-java/
dev-lang/perl: 5.30.3-r1::gentoo
dev-lang/python: 2.7.18-r1::gentoo, 3.6.12::gentoo, 3.7.9::gentoo, 3.8.5::gentoo, 3.9.0_rc1::gentoo
dev-util/ccache: 3.7.11::gentoo
dev-util/cmake: 3.18.1::gentoo
dev-util/pkgconfig: ...