You seam to be in the situation I was in https://github.com/JuliaLang/julia/issues/7254
but see also https://github.com/JuliaLang/julia/issues/7394 Terça-feira, 24 de Junho de 2014 15:39:04 UTC+1, Glen Hertz escreveu: > > Hi, > > I also ran into that error so thanks for the tip. My compilation gets > further but errors out at: > > CC src/jltypes.o > CC src/gf.o > FLISP src/julia_flisp.boot > /bin/sh: ./flisp/flisp: No such file or directory > make[2]: *** [julia_flisp.boot] Error 127 > make[1]: *** [julia-release] Error 2 > make: *** [release] Error 2 > > That is when using binutils-2.24 on RHEL 5.7 with Julia 0.3 (f0d7732). My > Make.user has: > > # Note: don't forget to use a modern version of 'binutils', otherwise > julia will not compile > FC=gfortran44 > CC=gcc44 > CXX=g++44 > USE_SYSTEM_BLAS=0 > # prefix must not be set for "make dist": > prefix=$(APPDIR)/julia-0.3-dev > > The CPU is a Xeon X5570. make is v3.81. > > I didn't try the Openblas workarounds since it compiled fine with the > newer binutils. I don't have root access so I don't think I can install > rpms. > > Please let me know if there is any solution to this. > > Glen > > On Tuesday, June 24, 2014 7:14:20 AM UTC-4, Baurzhan Muftakhidinov wrote: >> >> >> >> On Tuesday, June 24, 2014 3:18:46 PM UTC+6, Freddy Chua wrote: >>> >>> ../kernel/x86_64/dgemm_kernel_4x4_haswell.S:2548: Error: no such >>> instruction: `vpermpd $ 0xb1,%ymm3,%ymm3' >>> >>> make[4]: *** [dtrmm_kernel_RN_HASWELL.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.9/libopenblas.so] Error 1 >>> >>> make[1]: *** [julia-release] Error 2 >>> make: *** [release] Error 2 >>>> >>>> >>> I have already included both of these options >>> OPENBLAS_USE_THREAD=0 >>> OPENBLAS_TARGET_ARCH=NEHALEM >>> >>> CentOS it's a VM >>> >> >> If you check OpenBLAS's issue tracker you will see the answer - assembler >> provided by >> binutils is too old. >> >> You have to set OPENBLAS_DYNAMIC_ARCH=0 to build only >> OPENBLAS_TARGET_ARCH >> >> Another suggestion is to use rhel devtoolset, rebuilt by Scientific >> Linux, see >> https://github.com/JuliaLang/julia/issues/7363#issuecomment-46927356 >> >
