Open pauljurczak opened 1 year ago
Yes. The library will attempt to link to the libraries it was able to link when it generated the packages in CI. That includes optional dependencies found in CI as well as system libraries.
The best solution here is to just build from source.
In parallel, these packages should be clearer about which runner os they were built with or just be removed completely because I'm not sure they're making anything easier.
I just installed Matplot++ from
Matplot++-1.2.0-Linux.sh
on Ubuntu 22.04.2, amd64 and gcc 12.1.libblas.so
andliblapack.so
are required just to include<matplot/matplot.h>
header. Standard installation of these libraries provides onlylibblas.so.3
andliblapack.so.3
symbolic links, see similar issues: https://github.com/conda-forge/blas-feedstock/issues/29 and https://github.com/dealii/dealii/issues/3142.Could you recognize
libblas.so.3
andliblapack.so.3
or explicitly listlibblas-dev
andliblapack-dev
as dependencies? This would help many users who are not aware of this library naming convention.