[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: R
From: |
Ricardo Wurmus |
Subject: |
Re: R |
Date: |
Fri, 5 Feb 2016 18:17:04 +0100 |
Ricardo Wurmus <address@hidden> writes:
> There’s a separate section for OpenBLAS, which also mentions that using
> a “shared BLAS” is a preferred alternative to linking with a particular
> BLAS implementation. We already pass “--enable-BLAS-shlib”, so we
> actually do use a shared BLAS, IIUC.
>
> I guess we could drop the “--with-blas” flag and see if that helps. I
> remember struggling with this a lot in the past. I’ll try building R
> again without that flag and see if it still works.
I dropped the flag and noticed that OpenBLAS is not mentioned at all (it
does retain a reference, but that’s expected when “openblas” is among
the inputs), so I also dropped “openblas” from the inputs and R built
just fine.
It’s a bit sad to me that we won’t be able to just use this BLAS
implementation, but if it fixes the build on ARM and MIPS I’m all for
it.
I can also confirm that dropping openblas from the R build “fixes” the
segfault when running
x <- eigen(crossprod(matrix(rnorm(50 * 500), 50, 500)))
as reported here: https://github.com/xianyi/OpenBLAS/issues/703
So, I think it’s a good idea to build R without OpenBLAS on all
architectures for now.
~~ Ricardo
- R, Andreas Enge, 2016/02/04
- Re: R, Andreas Enge, 2016/02/05
- Re: R, Pjotr Prins, 2016/02/05
- Re: R, Ricardo Wurmus, 2016/02/05
- Re: R,
Ricardo Wurmus <=
- Re: R, Kyle Meyer, 2016/02/05
- Re: R, Andreas Enge, 2016/02/05
- Re: R, Andreas Enge, 2016/02/05
- Re: R, Ricardo Wurmus, 2016/02/05
- Re: R, Andreas Enge, 2016/02/05