On Mon, Oct 30, 2017 at 12:45 PM, Cohn, Robert S
wrote:
> I think the thing that is missing is a simple way for end users on windows to
> replace blas/lapack libraries with MKL-a package that you install that puts
> the libraries in the right place.
>
> Microsoft provides something for their dis
On Mon, Oct 30, 2017 at 12:45 PM, Cohn, Robert S
wrote:
> I think the thing that is missing is a simple way for end users on windows to
> replace blas/lapack libraries with MKL-a package that you install that puts
> the libraries in the right place.
>
> Microsoft provides something for their dis
[Sent offlist accidentally]
What concerns me first and foremost is that the licensure would have
to be ironclad (including for commercial use like vanilla R now) as
well as ensuring that R remains completely FLOSS. Anything “added” to
R has to be a no-strings-attached gift to R.
Also, I would thi
I think the thing that is missing is a simple way for end users on windows to
replace blas/lapack libraries with MKL-a package that you install that puts the
libraries in the right place.
Microsoft provides something for their distro, but we don't have the equivalent
if you get R from cran.
O
On Sun, Oct 29, 2017 at 11:09 PM, Dirk Eddelbuettel wrote:
>
> On 29 October 2017 at 22:01, Kenny Bell wrote:
> | User here: incorporating Intel's MKL, as MRO does, would be a very welcome
> | addition.
> |
> | I was an MRO user before and it improved my experience with medium data
> | immensely.
> Brian G Peterson
> on Sun, 29 Oct 2017 10:58:31 -0500 writes:
> Renjin is not R. Renjin is an R language interpreter
> written in Java.
> It has become exceedingly obvious that you are making user
> errors. That's not a bug in the language.
> If you want to