Summary: | sci-libs/umfpack-5.5.1 - /usr/local/lib/libBLAS.so: undefined reference to `_gfortran_concat_string' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Fredrik Lingvall <fredrik> |
Component: | [OLD] Library | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Fredrik Lingvall
2011-03-30 13:31:47 UTC
...and what's the error in config.log ? Also, I kinda doubt that EXTRA_ECONF="--with-blas=/usr/local/lib/libBLAS.so" counts as a supported configuration. Thanks Rafał. Looking in the /var/tmp/portage/sci-libs/umfpack-5.5.1/work/UMFPACK/config.log file solved it. Apperently one need to have LDFLAGS=-lgfortran when using the Goto BLAS lib (which I use) otherwise one gets <snip> configure:15116: result: yes configure:15116: checking for cholmod.h configure:15116: result: yes configure:15126: checking for cholmod_solve in -lcholmod configure:15159: x86_64-pc-linux-gnu-gcc -o conftest -O2 -pipe -march=native --param l2-cache-size=512 -Wl,-O1 -Wl,--as-needed conftest.c -lcholmod -lamd -lm >&5 /usr/local/lib/libBLAS.so: undefined reference to `_gfortran_concat_string' /usr/local/lib/libBLAS.so: undefined reference to `_gfortran_compare_string' /usr/local/lib/libBLAS.so: undefined reference to `_gfortran_pow_i8_i8' /usr/local/lib/libBLAS.so: undefined reference to `_gfortran_pow_r8_i8' /usr/local/lib/libBLAS.so: undefined reference to `_gfortran_pow_r4_i8' collect2: ld returned 1 exit status configure:15159: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "umfpack" | #define PACKAGE_TARNAME "umfpack" <snip> So emerging with: LDFLAGS=-lgfortran EXTRA_ECONF="--with-blas=-lBLAS" emerge umfpack works (where libBLAS.so -> libgoto2_nehalemp-r1.13.so) If `equery belongs /usr/local/lib/libBLAS.so' returns a CATEGORY/PKG, then please reopen this bug report, because nothing we support should install to /usr/local/. If not, then consider that we cannot support anything installed /usr/local/ outside of the portage build / package management system. |