Hi,
I'm compiling using Red Hat Enterprise Linux Server release 7.2 in Power8
and I got this error:
./julia/usr/lib64/libunwind*.a: No such file or directory
the make process didn't create usr/lib64 and the libunwind*.a are in usr/lib
I created the links of libunwind*.a in usr/lib64
but got these errors during compile:
make[2]: Warning: File
`/home/paulpalm/julia/deps/srccache/patchelf-0.9/aclocal.m4' has
modification time 293 s in the future
cd /home/paulpalm/julia/deps/srccache/patchelf-0.9 && /bin/sh
/home/paulpalm/julia/deps/srccache/patchelf-0.9/build-aux/missing
automake-1.15 --foreign
/home/paulpalm/julia/deps/srccache/patchelf-0.9/build-aux/missing: line 81:
automake-1.15: command not found
WARNING: 'automake-1.15' is missing on your system.
You should only need it if you modified 'Makefile.am' or
'configure.ac' or m4 files included by 'configure.ac'.
The 'automake' program is part of the GNU Automake package:
<http://www.gnu.org/software/automake>
It also requires GNU Autoconf, GNU m4 and Perl in order to run:
<http://www.gnu.org/software/autoconf>
<http://www.gnu.org/software/m4/>
<http://www.perl.org/>
make[2]: *** [julia/deps/srccache/patchelf-0.9/Makefile.in] Error 1
make[1]: *** [build/patchelf-0.9/src/patchelf] Error 2
make: *** [julia-deps] Error 2
I have automake-1.13 while it looks for automake-1.15.
On Wednesday, 20 July 2016 20:57:36 UTC+1, Viral Shah wrote:
>
> Just a heads up, there is a bug in atlas that causes the linalg/lq test to
> fail (thanks Andreas for finding!). The bugfix is going to be in the next
> atlas release - 3.10.3
>
> https://sourceforge.net/p/math-atlas/bugs/254/#64f2
>
> Turns out at this moment, both atlas and openblas are not passing julia’s
> tests on power.
>
> -viral
>
>
>
> > On Jul 20, 2016, at 3:11 PM, James Fairbanks <[email protected]
> <javascript:>> wrote:
> >
> > Updating to master and using that Make.user worked for me.
> >
> > Success!
> > [jpf@power8 julia-dev]$ ./julia
> > _
> > _ _ _(_)_ | A fresh approach to technical computing
> > (_) | (_) (_) | Documentation: http://docs.julialang.org
> > _ _ _| |_ __ _ | Type "?help" for help.
> > | | | | | | |/ _` | |
> > | | |_| | | | (_| | | Version 0.5.0-dev+5549 (2016-07-20 15:47 UTC)
> > _/ |\__'_|_|_|\__'_| | Commit 80fcb57 (0 days old master)
> > |__/ | ppc64le-redhat-linux
> >
> > Thanks for going through this with me. Hopefully it will be easier for
> the next person.
> >
> > On Wednesday, July 20, 2016 at 10:27:27 AM UTC-4, Viral Shah wrote:
> >
> > Julia now builds on master. No longer need to disable threading.
> Make.user for me is now:
> >
> > override USE_SYSTEM_BLAS = 1
> > override LIBBLAS = -L/usr/lib64/atlas -lsatlas
> > override LIBBLASNAME = libsatlas
> > override USE_BLAS64 = 0
> >
> > -viral
> >
> >
> > > On Jul 19, 2016, at 7:00 PM, Viral Shah <[email protected]> wrote:
> > >
> > > I am testing on CentOS Linux release 7.2.1511 (AltArch)
> > >
> > > This is the line I am using:
> > > export LD_LIBRARY_PATH=/usr/lib64/atlas:$LD_LIBRARY_PATH
> > >
> > > Our README says LAPACK >= 3.5, so I suspect the system lapack won’t
> work out. Assuming that symbol is present in the libsatlas file, perhaps
> try also copying it in julia’s usr/lib.
> > >
> > > The other thing is to run make again to make sure that all the rpath
> and linking stuff has gone through fine. Or perhaps make cleanall and make.
> > >
> > > -viral
> > >
> > >
> > >
> > >> On Jul 19, 2016, at 6:55 PM, James Fairbanks <[email protected]>
> wrote:
> > >>
> > >> For completeness I should say that the julia executable appears not
> to have the libjulia.so correctly linked.
> > >>
> > >> $ ./julia
> > >> ./julia: symbol lookup error:
> /home/jpf/julia/usr/bin/../lib/liblapack.so: undefined symbol: lsame_
> > >> $ ldd ./julia
> > >> linux-vdso64.so.1 => (0x00003fff9d140000)
> > >> libjulia.so.0.5 => not found
> > >> libdl.so.2 => /lib64/libdl.so.2 (0x00003fff9d100000)
> > >> librt.so.1 => /lib64/power8/librt.so.1 (0x00003fff9d0d0000)
> > >> libpthread.so.0 => /lib64/power8/libpthread.so.0
> (0x00003fff9d090000)
> > >> libc.so.6 => /lib64/power8/libc.so.6 (0x00003fff9ceb0000)
> > >> /lib64/ld64.so.2 (0x00000000251e0000)
> > >>
> > >> $ ldd ./usr/lib/libjulia.so
> > >> linux-vdso64.so.1 => (0x00003fff99680000)
> > >> libLLVM-3.8.so => /home/jpf/julia/./usr/lib/libLLVM-3.8.so
> (0x00003fff97d80000)
> > >> libdl.so.2 => /lib64/libdl.so.2 (0x00003fff97d40000)
> > >> librt.so.1 => /lib64/power8/librt.so.1 (0x00003fff97d10000)
> > >> libpthread.so.0 => /lib64/power8/libpthread.so.0
> (0x00003fff97cd0000)
> > >> libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00003fff97b50000)
> > >> libm.so.6 => /lib64/power8/libm.so.6 (0x00003fff97a60000)
> > >> libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00003fff97a20000)
> > >> libc.so.6 => /lib64/power8/libc.so.6 (0x00003fff97840000)
> > >> libz.so.1 => /lib64/libz.so.1 (0x00003fff97800000)
> > >> /lib64/ld64.so.2 (0x0000000035a00000)
> > >>
> > >> On Tuesday, July 19, 2016 at 6:30:34 PM UTC-4, James Fairbanks wrote:
> > >> 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 <[email protected]>
> 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 <[email protected]>
> 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
> > >>>>
> > >>>
> > >>
> > >
> >
>
>
