Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 665032 - sci-mathematics/octave-4.4.0: configure: error: BLAS and LAPACK libraries are required
Summary: sci-mathematics/octave-4.4.0: configure: error: BLAS and LAPACK libraries are...
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Science Mathematics related packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-09-01 13:41 UTC by Kobboi
Modified: 2019-03-11 14:02 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kobboi 2018-09-01 13:41:37 UTC
configure: defining FFLAGS to be -O2 -pipe
checking for sgemm_ in -lblas... no
checking if sgemm_ is being linked in already... no
checking for sgemm_ in -lopenblas... no
checking for ATL_xerbla in -latlas... no
checking for sgemm_ in -lblas... no
checking for sgemm_ in -lmkl_intel_lp64... no
checking for sgemm_ in -lmkl... no
checking for sgemm_ in -framework vecLib... no
checking for sgemm_ in -lcxml... no
checking for sgemm_ in -ldxml... no
checking for sgemm_ in -lscs... no
checking for sgemm_ in -lcomplib.sgimath... no
checking for sgemm_ in -lblas... (cached) no
checking for sgemm_ in -lblas... (cached) no
checking for sgemm_ in -lblas... no
checking if sgemm_ is being linked in already... no
checking for sgemm_ in -lopenblas... (cached) no
checking for ATL_xerbla in -latlas... (cached) no
checking for sgemm_ in -lblas... (cached) no
checking for sgemm_ in -lmkl_intel_lp64... (cached) no
checking for sgemm_ in -lmkl... (cached) no
checking for sgemm_ in -framework vecLib... no
checking for sgemm_ in -lcxml... (cached) no
checking for sgemm_ in -ldxml... (cached) no
checking for sgemm_ in -lscs... (cached) no
checking for sgemm_ in -lcomplib.sgimath... (cached) no
checking for sgemm_ in -lblas... (cached) no
checking for sgemm_ in -lblas... (cached) no
configure: error: BLAS and LAPACK libraries are required

!!! Please attach the following file when seeking support:
!!! /var/tmp/portage/sci-mathematics/octave-4.4.0/work/octave-4.4.0/config.log
 * ERROR: sci-mathematics/octave-4.4.0::gentoo failed (configure phase):
 *   econf failed
 * 
 * Call stack:
 *               ebuild.sh, line  124:  Called src_configure
 *             environment, line 5005:  Called econf '--localstatedir=/var/state/octave' '--with-blas=-lblas' '--with-lapack=-llapack -lblas' '--disable-64' '--disable-jit' '--enable-shared' '--with-z' '--with-bz2' '--without-OSMesa' '--disable-static' '--disable-docs' '--disable-java' '--enable-readline' '--without-curl' '--with-fftw3' '--with-fftw3f' '--enable-fftw-threads' '--with-glpk' '--with-hdf5' '--with-magick=ImageMagick' '--with-opengl' '--with-fltk' '--with-openssl' '--without-portaudio' '--with-qhull' '--with-qrupdate' '--with-qt=5' '--without-sndfile' '--with-arpack' '--with-umfpack' '--with-colamd' '--with-ccolamd' '--with-cholmod' '--with-cxsparse' '--with-x'
 *        phase-helpers.sh, line  718:  Called __helpers_die 'econf failed'
 *   isolated-functions.sh, line  121:  Called die
 * The specific snippet of code:
 *   		die "$@"
Comment 1 Kobboi 2018-09-01 13:57:08 UTC
Re-emerging blas-reference and lapack-reference fixed this for me. I didn't (well, wasn't able) for further investigate why I actually got into this situation. Is it possible that it was because of a depclean removing an older gcc version?
Comment 2 Jonas Stein gentoo-dev 2018-09-01 14:53:03 UTC
possible. Nice to see that it works again and there was no bug in the ebuild so I close it.
Comment 3 Gleb 2019-03-11 13:46:59 UTC
(In reply to Kobboi from comment #1)
> Re-emerging blas-reference and lapack-reference fixed this for me. I didn't
> (well, wasn't able) for further investigate why I actually got into this
> situation. Is it possible that it was because of a depclean removing an
> older gcc version?

In case anyone ever encounter with this bug, revdev-rebuild solves this issue: it offers to rebuild these packages.