Hi Viral,
Yes, the binary image works without problems in Power8 ;). As expected, it
complains that it cannot execute in Power7.
I finished compiling in both power7 and power8 using the /tmp. The errors
are still the same:
Power8:
--------------
CC src/gc.o
CC src/gc-debug.o
CC src/gc-pages.o
CC src/jlapi.o
CC src/signal-handling.o
CC src/safepoint.o
CC src/jloptions.o
CC src/timing.o
CC src/codegen.o
CC src/jitlayers.o
CC src/disasm.o
CC src/debuginfo.o
CC src/llvm-simdloop.o
CC src/llvm-ptls.o
CC src/llvm-gcroot.o
CC src/cgmemmgr.o
LINK usr/lib/libjulia.so.0.5.0
CC ui/repl.o
LINK usr/bin/julia
PERL base/pcre_h.jl
PERL base/errno_h.jl
PERL base/build_h.jl.phony
PERL base/fenv_constants.jl
PERL base/file_constants.jl
PERL base/uv_constants.jl
PERL base/version_git.jl.phony
JULIA usr/lib/julia/inference.ji
LLVM ERROR: unable to evaluate offset to undefined symbol ''
make[1]: *** [/tmp/julia/usr/lib/julia/inference.ji] Error 1
make: *** [julia-inference] Error 2
--------------------------------
Power7:
-----------------------
CC src/signal-handling.o
CC src/safepoint.o
CC src/jloptions.o
CC src/timing.o
CC src/codegen.o
CC src/jitlayers.o
CC src/disasm.o
CC src/debuginfo.o
CC src/llvm-simdloop.o
CC src/llvm-ptls.o
CC src/llvm-gcroot.o
CC src/cgmemmgr.o
LINK usr/lib/libjulia.so.0.5.0
CC ui/repl.o
LINK usr/bin/julia
PERL base/pcre_h.jl
PERL base/errno_h.jl
PERL base/build_h.jl.phony
PERL base/fenv_constants.jl
PERL base/file_constants.jl
PERL base/uv_constants.jl
PERL base/version_git.jl.phony
JULIA usr/lib/julia/inference.ji
LLVM ERROR: unable to evaluate offset to undefined symbol ''
*** Error in `/tmp/julia/usr/bin/julia': free(): invalid pointer:
0x000001000d27a588 ***
======= Backtrace: =========
/lib64/libc.so.6(+0xaffa4)[0x3fff8a43ffa4]
/lib64/libstdc++.so.6(_ZdlPv-0xdc2a0)[0x3fff88da9b28]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0xf8884)[0x3fff8a758884]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0xf8978)[0x3fff8a758978]
/lib64/libc.so.6(__cxa_finalize-0x18145c)[0x3fff8a3f4b04]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0x4f118)[0x3fff8a6af118]
/lib64/ld64.so.1(+0x186c0)[0x3fff8ab586c0]
/lib64/libc.so.6(+0x6460c)[0x3fff8a3f460c]
/lib64/libc.so.6(exit-0x1818c4)[0x3fff8a3f464c]
/tmp/julia/usr/bin/../lib/libLLVM-3.7.1.so
(_ZN4llvm18report_fatal_errorERKNS_5TwineEb-0xe2c7c4)[0x3fff894930c4]
/tmp/julia/usr/bin/../lib/libLLVM-3.7.1.so
(_ZNK4llvm11MCAsmLayout15getSymbolOffsetERKNS_8MCSymbolE-0x2064ec)[0x3fff8a10175c]
/tmp/julia/usr/bin/../lib/libLLVM-3.7.1.so
(_ZNK4llvm11MCAssembler13evaluateFixupERKNS_11MCAsmLayoutERKNS_7MCFixupEPKNS_10MCFragmentERNS_7MCValueERm-0x206338)[0x3fff8a101920]
/tmp/julia/usr/bin/../lib/libLLVM-3.7.1.so
(_ZN4llvm11MCAssembler11handleFixupERKNS_11MCAsmLayoutERNS_10MCFragmentERKNS_7MCFixupE-0x205f74)[0x3fff8a101cf4]
/tmp/julia/usr/bin/../lib/libLLVM-3.7.1.so
(_ZN4llvm11MCAssembler6FinishEv-0x204fb0)[0x3fff8a102d38]
/tmp/julia/usr/bin/../lib/libLLVM-3.7.1.so
(_ZN4llvm16MCObjectStreamer10FinishImplEv-0x1e5d54)[0x3fff8a122e94]
/tmp/julia/usr/bin/../lib/libLLVM-3.7.1.so
(_ZN4llvm13MCELFStreamer10FinishImplEv-0x1f2b48)[0x3fff8a115930]
/tmp/julia/usr/bin/../lib/libLLVM-3.7.1.so
(_ZN4llvm10MCStreamer6FinishEv-0x1dd0ec)[0x3fff8a12c43c]
/tmp/julia/usr/bin/../lib/libLLVM-3.7.1.so
(_ZN4llvm10AsmPrinter14doFinalizationERNS_6ModuleE-0x600d28)[0x3fff89cf0640]
/tmp/julia/usr/bin/../lib/libLLVM-3.7.1.so(+0x43e200)[0x3fff892ee200]
/tmp/julia/usr/bin/../lib/libLLVM-3.7.1.so
(_ZN4llvm13FPPassManager14doFinalizationERNS_6ModuleE-0x7a7b98)[0x3fff89b3e2e0]
/tmp/julia/usr/bin/../lib/libLLVM-3.7.1.so
(_ZN4llvm6legacy15PassManagerImpl3runERNS_6ModuleE-0x79af18)[0x3fff89b4b850]
/tmp/julia/usr/bin/../lib/libLLVM-3.7.1.so
(_ZN4llvm6legacy11PassManager3runERNS_6ModuleE-0x79ad44)[0x3fff89b4ba34]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0x11ed04)[0x3fff8a77ed04]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0x1260fc)[0x3fff8a7860fc]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0x126e4c)[0x3fff8a786e4c]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0x1270b8)[0x3fff8a7870b8]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0xd6e28)[0x3fff8a736e28]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0xdded4)[0x3fff8a73ded4]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(jl_apply_generic-0x1bbd94)[0x3fff8a6c7fac]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0x826a8)[0x3fff8a6e26a8]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0x82078)[0x3fff8a6e2078]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0x82e1c)[0x3fff8a6e2e1c]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0x83368)[0x3fff8a6e3368]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0xa3980)[0x3fff8a703980]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0x742e8)[0x3fff8a6d42e8]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(jl_load-0x18170c)[0x3fff8a704474]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(+0x8e3c8)[0x3fff8a6ee3c8]
/tmp/julia/usr/bin/../lib/libjulia.so.0.5(julia_init-0x196368)[0x3fff8a6ef1b8]
/tmp/julia/usr/bin/julia[0x100013dc]
/lib64/libc.so.6(+0x45dec)[0x3fff8a3d5dec]
/lib64/libc.so.6(__libc_start_main-0x19e89c)[0x3fff8a3d6014]
======= Memory map: ========
10000000-10010000 r-xp 00000000 fd:00 209569865
/tmp/julia/usr/bin/julia
10010000-10020000 r--p 00000000 fd:00 209569865
/tmp/julia/usr/bin/julia
10020000-10030000 rw-p 00010000 fd:00 209569865
/tmp/julia/usr/bin/julia
1000d060000-1000d2a0000 rw-p 00000000 00:00 0
[heap]
3ffd7ad80000-3ffd7ad90000 rw-p 00000000 00:00 0
3ffd7ad90000-3ffd7cd90000 rw-p 00000000 00:00 0
3ffd7cd90000-3ffd7dd90000 r--p 00000000 00:00 0
3ffd7dd90000-3ffd7ed90000 r-xp 00000000 00:00 0
3ffd7ed90000-3fff80fa0000 rw-p 00000000 00:00 0
3fff80fa0000-3fff819d0000 rw-p 00000000 00:00 0
3fff819d0000-3fff819e0000 ---p 00000000 00:00 0
3fff819e0000-3fff819f0000 rw-p 00000000 00:00 0
3fff819f0000-3fff81a90000 rw-p 00000000 00:00 0
3fff81a90000-3fff81aa0000 ---p 00000000 00:00 0
3fff81aa0000-3fff82290000 rw-p 00000000 00:00 0
[stack:59596]
3fff82290000-3fff822c0000 r--p 00000000 00:00 0
3fff822c0000-3fff822f0000 rw-p 00000000 00:00 0
3fff822f0000-3fff88b90000 r--p 00000000 fd:00 136159760
/usr/lib/locale/locale-archive
3fff88b90000-3fff88bb0000 r-xp 00000000 fd:00 201609952
/usr/lib64/libz.so.1.2.7
3fff88bb0000-3fff88bc0000 r--p 00010000 fd:00 201609952
/usr/lib64/libz.so.1.2.7
3fff88bc0000-3fff88bd0000 rw-p 00020000 fd:00 201609952
/usr/lib64/libz.so.1.2.7
3fff88bd0000-3fff88bf0000 r-xp 00000000 fd:00 205870061
/usr/lib64/libgcc_s-4.8.5-20150702.so.1
3fff88bf0000-3fff88c00000 r--p 00010000 fd:00 205870061
/usr/lib64/libgcc_s-4.8.5-20150702.so.1
3fff88c00000-3fff88c10000 rw-p 00020000 fd:00 205870061
/usr/lib64/libgcc_s-4.8.5-20150702.so.1
3fff88c10000-3fff88ce0000 r-xp 00000000 fd:00 201545236
/usr/lib64/libm-2.17.so
3fff88ce0000-3fff88cf0000 r--p 000c0000 fd:00 201545236
/usr/lib64/libm-2.17.so
3fff88cf0000-3fff88d00000 rw-p 000d0000 fd:00 201545236
/usr/lib64/libm-2.17.so
3fff88d00000-3fff88e70000 r-xp 00000000 fd:00 201609954
/usr/lib64/libstdc++.so.6.0.19
3fff88e70000-3fff88e90000 r--p 00170000 fd:00 201609954
/usr/lib64/libstdc++.so.6.0.19
3fff88e90000-3fff88ea0000 rw-p 00190000 fd:00 201609954
/usr/lib64/libstdc++.so.6.0.19
3fff88ea0000-3fff88eb0000 rw-p 00000000 00:00 0
3fff88eb0000-3fff8a270000 r-xp 00000000 fd:00 74886565
/tmp/julia/usr/lib/libLLVM-3.7.so
3fff8a270000-3fff8a340000 r--p 013c0000 fd:00 74886565
/tmp/julia/usr/lib/libLLVM-3.7.so
3fff8a340000-3fff8a380000 rw-p 01490000 fd:00 74886565
/tmp/julia/usr/lib/libLLVM-3.7.so
3fff8a380000-3fff8a390000 rw-p 00000000 00:00 0
3fff8a390000-3fff8a570000 r-xp 00000000 fd:00 203324000
/usr/lib64/libc-2.17.so
3fff8a570000-3fff8a580000 r--p 001d0000 fd:00 203324000
/usr/lib64/libc-2.17.so
3fff8a580000-3fff8a590000 rw-p 001e0000 fd:00 203324000
/usr/lib64/libc-2.17.so
3fff8a590000-3fff8a5b0000 r-xp 00000000 fd:00 201545258
/usr/lib64/libpthread-2.17.so
3fff8a5b0000-3fff8a5c0000 r--p 00010000 fd:00 201545258
/usr/lib64/libpthread-2.17.so
3fff8a5c0000-3fff8a5d0000 rw-p 00020000 fd:00 201545258
/usr/lib64/libpthread-2.17.so
3fff8a5d0000-3fff8a5e0000 r-xp 00000000 fd:00 201545264
/usr/lib64/librt-2.17.so
3fff8a5e0000-3fff8a5f0000 r--p 00000000 fd:00 201545264
/usr/lib64/librt-2.17.so
3fff8a5f0000-3fff8a600000 rw-p 00010000 fd:00 201545264
/usr/lib64/librt-2.17.so
3fff8a600000-3fff8a610000 r-xp 00000000 fd:00 201545234
/usr/lib64/libdl-2.17.so
3fff8a610000-3fff8a620000 r--p 00000000 fd:00 201545234
/usr/lib64/libdl-2.17.so
3fff8a620000-3fff8a660000 rw-p 00000000 00:00 0
3fff8a660000-3fff8a880000 r-xp 00000000 fd:00 74468333
/tmp/julia/usr/lib/libjulia.so.0.5.0
3fff8a880000-3fff8a890000 r--p 00220000 fd:00 74468333
/tmp/julia/usr/lib/libjulia.so.0.5.0
3fff8a890000-3fff8a8d0000 rw-p 00230000 fd:00 74468333
/tmp/julia/usr/lib/libjulia.so.0.5.0/bin/sh: line 1: 59595 Aborted
(core dumped) /tmp/julia/usr/bin/julia -C native --output-ji
/tmp/julia/usr/lib/julia/inference.ji --startup-file=no coreimg.jl
make[1]: *** [/tmp/julia/usr/lib/julia/inference.ji] Error 134
make: *** [julia-inference] Error 2
On Fri, Jul 22, 2016 at 8:51 PM, Paulito Palmes <ppal...@gmail.com> wrote:
> great!!! thanks very much
>
> On Fri, Jul 22, 2016 at 8:49 PM, Viral Shah <vi...@mayin.org> wrote:
>
>> I was able to sucessfully package julia. Files are here. You have to also
>> download the libtatlas.so and put it on your LD_LIBRARY_PATH.
>>
>>
>> https://drive.google.com/folderview?id=0B0rXlkvSbIfhR1RsbUV2VkpFMFk&usp=sharing
>>
>> -viral
>>
>>
>>
>> > On Jul 22, 2016, at 2:51 PM, Viral Shah <vi...@mayin.org> wrote:
>> >
>> > It appears to me that you are building on some kind of a network
>> filesystem and timestamps are getting messed up. Can you build in /tmp or
>> somewhere, which may be guaranteed to have local storage and hence avoid
>> these clock issues?
>> >
>> > If still doesn’t work, I will create some binaries and upload and put
>> up all the instructions. Since openblas still has some issues to be fixed
>> on power, I am using an ATLAS build (of which we are using the latest RC),
>> and packaging it all up is going to be some work.
>> >
>> >
>> > -viral
>> >
>> >
>> >
>> >> On Jul 22, 2016, at 1:50 PM, Paulito Palmes <ppal...@gmail.com> wrote:
>> >>
>> >> This problem might be specific to Redhat? Unfortunately, I don't have
>> debian-based Power system running to test.
>> >>
>> >> On Fri, Jul 22, 2016 at 6:40 PM, Paulito Palmes <ppal...@gmail.com>
>> wrote:
>> >> Here's the error using Power8: same error which happens during linking.
>> >>
>> >> Can you send me the tarballs of successfully compiled image in Power8?
>> >>
>> >> -----------------------------------------
>> >>
>> >> LINK usr/lib/libjulia.so.0.5.0
>> >> make[1]: warning: Clock skew detected. Your build may be incomplete.
>> >> make[1]: Warning: File `../src/julia_version.h' has modification time
>> 228 s in the future
>> >> CC ui/repl.o
>> >> LINK usr/bin/julia
>> >> make[1]: warning: Clock skew detected. Your build may be incomplete.
>> >> PERL base/pcre_h.jl
>> >> PERL base/errno_h.jl
>> >> PERL base/build_h.jl.phony
>> >> PERL base/fenv_constants.jl
>> >> PERL base/file_constants.jl
>> >> PERL base/uv_constants.jl
>> >> PERL base/version_git.jl.phony
>> >> JULIA usr/lib/julia/inference.ji
>> >> LLVM ERROR: unable to evaluate offset to undefined symbol ''
>> >> make[1]: *** [/home/paulpalm/power8/julia/usr/lib/julia/inference.ji]
>> Error 1
>> >> make: *** [julia-inference] Error 2
>> >>
>> >>
>> >> On Fri, Jul 22, 2016 at 5:01 PM, Paulito Palmes <ppal...@gmail.com>
>> wrote:
>> >> It caused a core-dump during linking ;( in Power7
>> >>
>> >> ...
>> >> CC src/cgmemmgr.o
>> >> LINK usr/lib/libjulia.so.0.5.0
>> >> CC ui/repl.o
>> >> LINK usr/bin/julia
>> >> PERL base/pcre_h.jl
>> >> PERL base/errno_h.jl
>> >> PERL base/build_h.jl.phony
>> >> PERL base/fenv_constants.jl
>> >> PERL base/file_constants.jl
>> >> PERL base/uv_constants.jl
>> >> PERL base/version_git.jl.phony
>> >> JULIA usr/lib/julia/inference.ji
>> >> /bin/sh: line 1: 28699 Segmentation fault (core dumped)
>> /home/paulpalm/julia/usr/bin/julia -C native --output-ji
>> /home/paulpalm/julia/usr/lib/julia/inference.ji --startup-file=no coreimg.jl
>> >> make[1]: *** [/home/paulpalm/julia/usr/lib/julia/inference.ji] Error
>> 139
>> >> make: *** [julia-inference] Error 2
>> >>
>> >>
>> >> On Fri, Jul 22, 2016 at 4:48 PM, Paulito Palmes <ppal...@gmail.com>
>> wrote:
>> >> I'm compiling in both Power7 and Power8 and not yet finished. I
>> started with make -j 20 but after some time, it had errors. Then I switch
>> to make -j 1 but takes time to finish. I hope it will compile in both
>> power7 and power8.
>> >>
>> >> I'll wait and try to check if I can fix some obvious errors.
>> Otherwise, I'll ask the tarball so that I can check the difference from
>> what I have specially which objects were not compiled.
>> >>
>> >> thanks.
>> >>
>> >> On Fri, Jul 22, 2016 at 4:40 PM, Viral Shah <vi...@mayin.org> wrote:
>> >> Did it go through? I usually build with make -j 20 on the machines
>> that have enough cores. Let me know if you still want me to create the
>> tarball. Using ATLAS makes the whole thing a bit nonstandard for creating
>> distributions, but I’ll see what I can do if needed.
>> >>
>> >> -viral
>> >>
>> >>> On Jul 22, 2016, at 10:50 AM, Paulito Palmes <ppal...@gmail.com>
>> wrote:
>> >>>
>> >>> Ah, forgot to update Make.user....
>> >>>
>> >>>
>> >>> On Fri, Jul 22, 2016 at 3:50 PM, Paulito Palmes <ppal...@gmail.com>
>> wrote:
>> >>> Hi,
>> >>>
>> >>> Got this error using Power7: Linux abc.com 3.10.0-327.4.5.el7.ppc64
>> #1 SMP Thu Jan 21 04:12:40 EST 2016 ppc64 ppc64 ppc64 GNU/Linux
>> >>>
>> >>> Red Hat Enterprise Linux Server release 7.2 (Maipo)
>> >>> --------------
>> >>> make -C build/openblas-12ab1804b6ebcd38b26960d65d254314d8bc33d6/
>> CC=gcc FC=gfortran RANLIB=ranlib FFLAGS= -O2 -fPIC TARGET= BINARY=
>> USE_THREAD=1 GEMM_MULTITHREADING_THRESHOLD=50 NUM_THREADS=8 NO_AFFINITY=1
>> DYNAMIC_ARCH=1 MAKE_NB_JOBS=0
>> >>> dynamic.c: In function ‘support_avx’:
>> >>> dynamic.c:107:3: warning: implicit declaration of function ‘cpuid’
>> [-Wimplicit-function-declaration]
>> >>> cpuid(1, &eax, &ebx, &ecx, &edx);
>> >>> ^
>> >>> dynamic.c:97:3: error: impossible register constraint in ‘asm’
>> >>> __asm__ __volatile__
>> >>> ^
>> >>> make[3]: *** [dynamic.o] Error 1
>> >>> make[2]: *** [libs] Error 1
>> >>> \033[33;1m*** 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. ***\033[0m
>> >>> make[1]: ***
>> [build/openblas-12ab1804b6ebcd38b26960d65d254314d8bc33d6/libopenblas.so]
>> Error 1
>> >>> make: *** [julia-deps] Error 2
>> >>> ----------------------
>> >>>
>> >>> On Fri, Jul 22, 2016 at 3:10 PM, Paulito Palmes <ppal...@gmail.com>
>> wrote:
>> >>> Hi Viral,
>> >>>
>> >>> uname -a is:
>> >>>> Linux abc.com 3.10.0-327.18.2.el7.ppc64le #1 SMP Fri Apr 8 05:10:45
>> EDT 2016 ppc64le ppc64le ppc64le GNU/Linux
>> >>>
>> >>> and using Power8: Red Hat Enterprise Linux Server release 7.2 (Maipo)
>> >>>
>> >>>
>> >>> Can you send me the tarball image of Julia compiled in Power8? I
>> would like to test it if the problem is only during compilation. Since I
>> have no git access on this machine, I used make -C deps getall to pull the
>> deps before copying the source files to Power8. It may be possible the deps
>> were not properly resolved?
>> >>>
>> >>> On Fri, Jul 22, 2016 at 1:58 PM, Viral Shah <vi...@mayin.org> wrote:
>> >>> Not sure what to do here. Is the filesystem NFS or something? Perhaps
>> just try building again with make -j 1.
>> >>>
>> >>> What is uname -a?
>> >>>
>> >>> -viral
>> >>>
>> >>>
>> >>> On Jul 22, 2016 8:52 AM, "Paulito Palmes" <ppal...@gmail.com> wrote:
>> >>> 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 <jpfai...@gmail.com>
>> 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 <vi...@fourthlion.in>
>> 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 <jpfai...@gmail.com>
>> 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 <jpfai...@gmail.com>
>> 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
>> >>>>>>>>
>> >>>>>>>
>> >>>>>>
>> >>>>>
>> >>>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >
>>
>>
>
