97aebf8089
Without these declarations, `nalgebra-lapack` does not have runtime linkage requirements for these libraries, meaning that binaries and libraries using `nalgebra-lapack` have to link `lapack`/`lapack-src` explicitly which shouldn't be necessary. |
||
|---|---|---|
| .. | ||
| benches | ||
| src | ||
| tests | ||
| Cargo.toml | ||
| CHANGELOG.md | ||
| LICENSE.txt | ||
| Makefile | ||
| README.md | ||
nalgebra-lapack 
Rust library for linear algebra using nalgebra and LAPACK.
Documentation
Documentation is available here.
License
MIT
Cargo features to select lapack provider
Like the lapack crate from which this behavior is inherited, nalgebra-lapack uses cargo features to select which lapack provider (or implementation) is used. Command line arguments to cargo are the easiest way to do this, and the best provider depends on your particular system. In some cases, the providers can be further tuned with environment variables.
Below are given examples of how to invoke cargo build on two different systems
using two different providers. The --no-default-features --features "provider"
arguments will be consistent for other cargo commands.
Ubuntu
As tested on Ubuntu 12.04, do this to build the lapack package against the system installation of netlib without LAPACKE (note the E) or CBLAS:
sudo apt-get install gfortran libblas3gf liblapack3gf
export CARGO_FEATURE_SYSTEM_NETLIB=1
export CARGO_FEATURE_EXCLUDE_LAPACKE=1
export CARGO_FEATURE_EXCLUDE_CBLAS=1
export CARGO_FEATURES="--no-default-features --features netlib"
cargo build ${CARGO_FEATURES}
macOS
On macOS, do this to use Apple's Accelerate framework:
export CARGO_FEATURES="--no-default-features --features accelerate"
cargo build ${CARGO_FEATURES}
Contributors
This integration of LAPACK on nalgebra was initiated by Andrew Straw. It then became officially supported and integrated to the main nalgebra repository.