HI VIral, I am also hoping that once IBM sees the potential of Julia+IBM Power for doing HPC and analytics, they will formally support the Julia development in the future just like what they did with the docker and other open source initiatives.
On Fri, Jul 22, 2016 at 9:07 PM, Paulito Palmes <ppal...@gmail.com> wrote: > 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 >>> >>>>>>>> >>> >>>>>>> >>> >>>>>> >>> >>>>> >>> >>>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >> >>> >> >>> >> >>> >> >>> >> >>> > >>> >>> >> >
