-
-
Notifications
You must be signed in to change notification settings - Fork 77
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
juice does not compile on recent OS X #53
Comments
Default feature includes cuda, |
Same error when building with EDIT:
even though I have openblas installed
and I set both the LDFLAGS and CPPFLAGS as mentioned in the |
I need the rustc version, cargo version, brew version openblas version to dig into this |
|
I managed to get it to compile by adding this to .cargo/config: [target.x86_64-apple-darwin]
rustflags = ["-C", "link-args=-L/usr/local/opt/openblas/lib"] On the other side, examples will not run with openblas anyway...
Want me to open a PR? |
@pheki that is correct, but tbh, I think this should be part of the Since my primary machine is Could you potentially give the above a go on Mac OS X? (I never got around to testing @bpr 's issue, sorry for that @bpr ) Is Depending on the answers, adding the library path if the if let Some(triplet) = std::env::var("TARGET") {
if triplet == "x86_64-apple-darwin" {
println!("rustc-link-search=native=/usr/local/opt/openblas/lib");
}
} https://doc.rust-lang.org/cargo/reference/environment-variables.html |
Yes, installed via homebrew, which I'd say is the de facto standard package manager for MacOS.
It's the default location for homebrew installed packages (I'll explain more below)
Yes.
No, because it is not bundled as a Framework that seems follows a very specific directory structure. I haven't been able to find the exact directories that are searched for libraries in MacOS, but from experience I can tell:
It will also symlink Example:
It seems that the system Accelerate framework contains libblas (the MacOS fs is by default not case-sensitive):
And that's why homebrew will not symlink (as it would override) openblas to Setting An alternative would be to instruct users to run What do you think? |
If blas is already part of the accelerate framework, I guess it would make sense to link to that by default, granted it is compatible with openblas. In case the compatibiity is not given, instructing the user to do I agree that usability with native only needs to be improved, usually that's the first step in checking juice out. I'd very much appreciate a PR! |
macOS High Sierra version 10.3.6
Ran
cargo build --release
in juice-examples dir as per instructions. Last few lines of error look likeI thought that juice could compile and run without a GPU; is that wrong?
The text was updated successfully, but these errors were encountered: