Re: OpenBlas Pthread issue with R
After browsing some of the related discussions, I think we can try
rebuilding openblas with one of of these options (MAKE_OPTIONS)
On Wed, May 27, 2020 at 11:22:32PM -0500, Dirk Eddelbuettel wrote:
> There is hopefully a programmatic fix somewhere. If not, reordering may work
> (but may potentially expose other side effects....)
> | The ordering of the blas providers is more likely a historical result.
> Not result. Choice. Derived over time.
> | If we default to openmp version, programs compiled by llvm will
> | rage. (libgomp.so + libiomp.so confliction)
> I was fearful of that with my earlier comment/hint on other side effects.
> But not to take this away from the key aspect:
> - on some platforms (and my i7-8700k fits) R is _unuseable_
> That is a grave issue. Fixing this should maybe take precedence over
> designing new schemes that are yet to be tested.