Adding /usr/lib64/atlas was insufficient so I created a symlink in ln -s /usr/lib/atlas/libsatlas.so.3 /usr/lib/atlas/libsatlas.so This allowed the build process to complete but leads to an error when running the julia executable.
The error is: /home/jpf/julia/usr/bin/julia: symbol lookup error: /home/jpf/julia/usr/bin/../lib/liblapack.so: undefined symbol: lsame_ Is it a good idea to go with the RHEL ppc64le system lapack instead of having julia build lapack against system blas? I have this version of lapack available from the system. Available Packages Name : lapack Arch : ppc64le Version : 3.4.2 Release : 5.el7 Size : 4.9 M Repo : rhel-7-for-power-le-rpms/7Server/ppc64le Thanks, James On Tuesday, July 19, 2016 at 4:46:22 PM UTC-4, Viral Shah wrote: > > > Yes - I forgot to mention that. On the machine I am using, I had to add > /usr/lib64/atlas or something like that to LD_LIBRARY_PATH. I can’t login > at the moment for some reason, or else I could have retrieved the exact > line. > > > -viral > > > > > On Jul 19, 2016, at 4:12 PM, James Fairbanks <jpfai...@gmail.com > <javascript:>> wrote: > > > > I set it up like you said and got the following error > > > > $ make > > ... a bunch of stuff successfully building ... > > /usr/bin/ld: cannot find -lsatlas > > collect2: error: ld returned 1 exit status > > make[1]: *** [build/lapack-3.5.0/liblapack.so] Error 1 > > make: *** [julia-deps] Error 2 > > > > Do I need to add something to LD_LIBRARY_PATH in the makefile or bash > environment? > > > > On Tuesday, July 19, 2016 at 3:59:55 PM UTC-4, Viral Shah wrote: > > There is some old ATLAS stuff in there to build atlas that hasn’t been > used for a very long time. We are going to delete it. If we find this atlas > stuff to be generally useful, we can bring it into the Makefile - but I > definitely don’t want to support a source build. > > > > override USE_SYSTEM_BLAS = 1 > > override LIBBLAS = -L/usr/lib64/atlas -lsatlas > > override LIBBLASNAME = libsatlas > > override USE_BLAS64 = 0 > > override JULIA_THREADS := 0 > > > > Use the vs/ccall-ppc branch that I just pushed, with the above > Make.user. Master still doesn’t work. > > > > -viral > > > > > > > On Jul 19, 2016, at 3:49 PM, James Fairbanks <jpfai...@gmail.com> > wrote: > > > > > > You are overriding the SYSTEM_BLAS with ATLAS. There is a USE_ATLAS > option. Sould that work? > > > > > > the relevant part from Make.inc is > > > > > > USE_ATLAS := 0 > > > ATLAS_LIBDIR := $(build_libdir) > > > # or ATLAS_LIBDIR := /path/to/atlas > > > > > > > > > > > > On Saturday, July 9, 2016 at 2:07:38 AM UTC-4, Viral Shah wrote: > > > The current master now seems to be in good shape for Power, for those > interested in trying it out. OpenBLAS is still working out a few bugs, but > in the meanwhile, I was able to successfully link against Atlas using the > following Make.user: > > > > > > override USE_SYSTEM_BLAS = 1 > > > override LIBBLAS = -L/usr/lib64/atlas -lsatlas > > > override LIBBLASNAME = libsatlas > > > override USE_BLAS64 = 0 > > > > > > Apart from multi-threading, all the other tests passed. > > > > > > -viral > > > > > > >
