Closed nilsbecker closed 7 years ago
Back from vacation. Could you please try out whether GSL_CBLAS_LIB="-L/usr/local/... -lopenblas"
works? If not, it would be great if you could submit a patch for src/config/discover.ml
that allows you to do that. This may be as simple as splitting the contents of this variable (in alt_blas
) on whitespace into a list of strings that are then concatenated with without_cblas
instead of consing alt_blas
.
ok, so your suggestion works: i successfully installed gsl with GSL_CBLAS_LIB="-L/usr/local/opt/openblas/lib/ -lopenblas" opam install gsl
. the other path settings do not seem to be necessary. will look into making the PR now.
ah wait. i misunderstood: you were suggesting to submit a patch only if the double option in GSL_CBLAS_LIB
does not work. but it does. so basically, the only thing is to alert users to the necessity of the "-L .." yes? i'll look if i can add a sentence to the readme.
btw, when doing the unnecessary changes to discover.ml i was exposed to jbuilder for the first time. it's fast! are you planning to do the switch also for lacaml? if yes please also introduce the blas user-configuration in the same way as here!
Yes, if it works for you, a mere documentation improvement as proposed suffices. I have already ported Lacaml
to jbuilder
and topkg
, but haven't made a release yet. This should happen within a few days, including the proposed documentation improvement. jbuilder
is indeed quite a lot faster than alternatives.
cool! then i can finally get rid of my pinned version with edited _oasis... thanks.
hi, i was delighted to see the new build setup with the option to specify a custom blas. i tried to use that on os x to set up gsl with openblas (accelerate causes other problems for me). my openblas is installed via homebrew in a location outside the usual search paths to not interfere with accelerate. i get this info from homebrew:
i now tried this invocation:
which fails:
any help would be appreciated!