Hrmm... looks like it's still compiling Sandybridge kernels. Could you try defining OPENBLAS_DYNAMIC_ARCH=0 and see what happens?
We should probably disable OPENBLAS_DYNAMIC_ARCH if OPENBLAS_TARGET_ARCH is defined. -E On Thu, Sep 4, 2014 at 7:00 AM, Batuhan Kav <[email protected]> wrote: > Dear Elliot, > > Sorry that I see you post so late. Here is the link to the log file, it is > quite long. https://gist.github.com/batukav/a92745c86fa79279b495 > > This log file is created after the command make > OPENBLAS_TARGET_ARCH=NEHALEM > > -B > 12 Ağustos 2014 Salı 19:41:51 UTC+3 tarihinde Elliot Saba yazdı: >> >> Can you post the full log somewhere? Unfortunately the actual error is a >> little higher up in the log, and we can't see it here. If the log is too >> long for email, you can create a gist <https://gist.github.com/> or a >> pastebin <http://pastebin.com/> of it and link it here. >> >> Also, information about your cluster hardware and operating system would >> be helpful. Is it virtualized at all? >> -E >> >> >> >> >> On Tue, Aug 12, 2014 at 4:54 AM, Batuhan Kav <[email protected]> wrote: >> >>> Dear All, >>> >>> I am trying to install Julia into our cluster. I ran git to obtain data, >>> and then ran 'make'. I got the following error: >>> >>> make[4]: *** [strmm_kernel_RT_SANDYBRIDGE.o] Error 1 >>> make[3]: *** [libs] Error 1 >>> *** Clean the OpenBLAS build with 'make -C deps clean-openblas'. Rebuild >>> with 'make OPENBLAS_USE_THREAD=0 if OpenBLAS had trouble linking >>> libpthread.so, and with 'make OPENBLAS_TARGET_ARCH=NEHALEM' if there were >>> errors building SandyBridge support. Both these options can also be used >>> simultaneously. *** >>> make[2]: *** [openblas-v0.2.10/libopenblas.so] Error 1 >>> make[1]: *** [julia-release] Error 2 >>> make: *** [release] Error 2 >>> >>> To fix, I ran 'make OPENBLAS_USE_THREAD=0 OPENBLAS_TARGET_ARCH=NEHALEM', >>> but I obtained the same error again. >>> >>> How can I fix this? >>> >>> Cheers. >>> >> >>
