attached patch fixes the R program with pthread-openblas
--- a/driver/others/memory.c
+++ b/driver/others/memory.c
@@ -1260,6 +1260,14 @@ static void gotoblas_memory_init(void) {
}
#endif
+static void openblas_fork_handler()
+{
+ int err;
+ err = pthread_atfork (BLASFUNC(blas_thread_shutdown)
On Wed, Feb 12, 2014 at 5:55 PM, Julian Taylor <
jtaylor.deb...@googlemail.com> wrote:
> sorry for duplicate, webmail fail.
>
> On Wed, Feb 12, 2014 at 5:41 PM, Sébastien Villemot
> wrote:
>
>> Le mardi 04 février 2014 à 23:17 +0100, Julian Taylor a écrit :
>> > There are well known issues with t
sorry for duplicate, webmail fail.
On Wed, Feb 12, 2014 at 5:41 PM, Sébastien Villemot wrote:
> Le mardi 04 février 2014 à 23:17 +0100, Julian Taylor a écrit :
> > There are well known issues with the gnu openmp variant of openblas in
> > respect to forks of applications.
>
> Please find attached
Le mardi 04 février 2014 à 23:17 +0100, Julian Taylor a écrit :
> There are well known issues with the gnu openmp variant of openblas in
> respect to forks of applications.
> This causes numerous issues especially in the python world where forking
> is very common.
> see e.g. https://github.com/xia
There are well known issues with the gnu openmp variant of openblas in
respect to forks of applications.
This causes numerous issues especially in the python world where forking
is very common.
see e.g. https://github.com/xianyi/OpenBLAS/issues/294
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=7
