Thanks Seth, yes the chain seems good: root@pithree:/opt/julia# ls -al /usr/lib/libgfortran.so.3 lrwxrwxrwx 1 root root 45 Feb 19 17:21 /usr/lib/libgfortran.so.3 -> /usr/lib/arm-linux-gnueabihf/libgfortran.so.3 root@pithree:/opt/julia# ls -al /usr/lib/arm-linux-gnueabihf/libgfortran.so.3 lrwxrwxrwx 1 root root 20 Sep 6 12:52 /usr/lib/arm-linux-gnueabihf/libgfortran.so.3 -> libgfortran.so.3.0.0 root@pithree:/opt/julia# ls -al /usr/lib/arm-linux-gnueabihf/libgfortran.so.3.0.0 -rw-r--r-- 1 root root 655444 Sep 6 13:28 /usr/lib/arm-linux-gnueabihf/libgfortran.so.3.0.0 root@pithree:/opt/julia#
On Thursday, 19 February 2015 17:28:11 UTC, Seth wrote: > > Make sure that the symlink chain is unbroken. In mine: > > seth@redshift ~/dev/julia/julia $ ls -l /usr/lib/libgfortran.so.3 > lrwxrwxrwx 1 root root 45 Feb 18 06:06 /usr/lib/libgfortran.so.3 -> > /usr/lib/arm-linux-gnueabihf/libgfortran.so.3 > > seth@redshift ~/dev/julia/julia $ ls -l > /usr/lib/arm-linux-gnueabihf/libgfortran.so.3 > lrwxrwxrwx 1 root root 20 Sep 6 05:52 > /usr/lib/arm-linux-gnueabihf/libgfortran.so.3 -> libgfortran.so.3.0.0 > > seth@redshift ~/dev/julia/julia $ ls -l > /usr/lib/arm-linux-gnueabihf/libgfortran.so.3.0.0 > -rw-r--r-- 1 root root 655444 Sep 6 06:28 > /usr/lib/arm-linux-gnueabihf/libgfortran.so.3.0.0 > > On Thursday, February 19, 2015 at 9:24:14 AM UTC-8, Sto Forest wrote: >> >> Thanks for the hint Seth, I've added the symlink but still get the error >> .. >> >> /usr/bin/ld: cannot find -lgfortran >> >> >> >> >> On Thursday, 19 February 2015 17:13:41 UTC, Seth wrote: >>> >>> Also, the fact that you don't have /usr/lib/libgfortran.so.3 is probably >>> causing the issue. Try creating a symlink: >>> >>> lrwxrwxrwx 1 root root 45 Feb 18 06:06 /usr/lib/libgfortran.so.3 -> >>> /usr/lib/arm-linux-gnueabihf/libgfortran.so.3 >>> >>> >>> >>> On Thursday, February 19, 2015 at 9:11:57 AM UTC-8, Seth wrote: >>>> >>>> Different than what I have: >>>> >>>> /usr/share/doc/libgfortran3 >>>> /usr/lib/gcc/arm-linux-gnueabihf/4.7/libgfortranbegin.a >>>> /usr/lib/gcc/arm-linux-gnueabihf/4.7/libgfortran.a >>>> /usr/lib/gcc/arm-linux-gnueabihf/4.7/libgfortran.spec >>>> /usr/lib/gcc/arm-linux-gnueabihf/4.7/libgfortran.so >>>> /usr/lib/gcc/arm-linux-gnueabihf/4.6/libgfortranbegin.a >>>> /usr/lib/gcc/arm-linux-gnueabihf/4.6/libgfortran.a >>>> /usr/lib/gcc/arm-linux-gnueabihf/4.6/libgfortran.spec >>>> /usr/lib/gcc/arm-linux-gnueabihf/4.6/libgfortran.so >>>> /usr/lib/arm-linux-gnueabihf/libgfortran.so.3.0.0 >>>> /usr/lib/arm-linux-gnueabihf/libgfortran.so.3 >>>> /usr/lib/libgfortran.so.3 >>>> /home/seth/dev/julia2/julia/contrib/fixup-libgfortran.sh >>>> /home/seth/dev/julia/julia/contrib/fixup-libgfortran.sh >>>> /var/lib/dpkg/info/libgfortran3:armhf.md5sums >>>> /var/lib/dpkg/info/libgfortran3:armhf.shlibs >>>> /var/lib/dpkg/info/libgfortran3:armhf.postrm >>>> /var/lib/dpkg/info/libgfortran3:armhf.postinst >>>> /var/lib/dpkg/info/libgfortran3:armhf.symbols >>>> /var/lib/dpkg/info/libgfortran3:armhf.list >>>> >>>> This is on raspbian: >>>> >>>> Linux redshift 3.18.7-v7+ #755 SMP PREEMPT Thu Feb 12 17:20:48 GMT >>>> 2015 armv7l GNU/Linux >>>> seth@redshift ~/dev/julia/julia $ cat /etc/issue >>>> Raspbian GNU/Linux 7 \n \l >>>> >>>> >>>> >>>> On Thursday, February 19, 2015 at 8:29:25 AM UTC-8, Sto Forest wrote: >>>>> >>>>> libgfortran-4.8 does seem to be installed ( I don't think there is a >>>>> version 4.7 in the package list ) >>>>> >>>>> >>>>> Here is the result of a find for libgforrtan ... >>>>> >>>>> root@pithree:/opt/julia# find / -name "*libgfortran*" >>>>> /usr/share/doc/libgfortran3 >>>>> /usr/share/doc/libgfortran-4.8-dev >>>>> /usr/lib/gcc/arm-linux-gnueabihf/4.8/libgfortranbegin.a >>>>> /usr/lib/gcc/arm-linux-gnueabihf/4.8/libgfortran.a >>>>> /usr/lib/gcc/arm-linux-gnueabihf/4.8/libgfortran.spec >>>>> /usr/lib/gcc/arm-linux-gnueabihf/4.8/libgfortran.so >>>>> /usr/lib/gcc/arm-linux-gnueabihf/4.6/libgfortranbegin.a >>>>> /usr/lib/gcc/arm-linux-gnueabihf/4.6/libgfortran.a >>>>> /usr/lib/gcc/arm-linux-gnueabihf/4.6/libgfortran.spec >>>>> /usr/lib/gcc/arm-linux-gnueabihf/4.6/libgfortran.so >>>>> /usr/lib/arm-linux-gnueabihf/libgfortran.so.3.0.0 >>>>> /usr/lib/arm-linux-gnueabihf/libgfortran.so.3 >>>>> /opt/julia/contrib/fixup-libgfortran.sh >>>>> /var/lib/dpkg/info/libgfortran3:armhf.md5sums >>>>> /var/lib/dpkg/info/libgfortran3:armhf.shlibs >>>>> /var/lib/dpkg/info/libgfortran-4.8-dev:armhf.md5sums >>>>> /var/lib/dpkg/info/libgfortran3:armhf.postrm >>>>> /var/lib/dpkg/info/libgfortran3:armhf.postinst >>>>> /var/lib/dpkg/info/libgfortran-4.8-dev:armhf.list >>>>> /var/lib/dpkg/info/libgfortran3:armhf.symbols >>>>> /var/lib/dpkg/info/libgfortran3:armhf.list >>>>> /var/cache/apt/archives/libgfortran-4.8-dev_4.8.2-21~rpi3rpi1_armhf.deb >>>>> >>>>> >>>>> >>>>> On Thursday, 19 February 2015 14:42:14 UTC, Viral Shah wrote: >>>>>> >>>>>> Try apt-get install libgfortran-dev or libgfortran-4.7-dev or >>>>>> something similar. It is odd that it wouldn’t find libgfortran - perhaps >>>>>> it >>>>>> is a path issue. >>>>>> >>>>>> -viral >>>>>> >>>>>> >>>>>> >>>>>> > On 19-Feb-2015, at 5:45 pm, Sto Forest <[email protected]> >>>>>> wrote: >>>>>> > >>>>>> > Latest hurdle seems to be the absence of lgfortran >>>>>> > >>>>>> > lapacke_ztpmqrt_work.c:54:20: warning: unused variable ‘r’ >>>>>> [-Wunused-variable] >>>>>> > lapacke_ztprfb_work.c: In function ‘LAPACKE_ztprfb_work’: >>>>>> > lapacke_ztprfb_work.c:54:20: warning: unused variable ‘r’ >>>>>> [-Wunused-variable] >>>>>> > /usr/bin/ld: cannot find -lgfortran >>>>>> > collect2: error: ld returned 1 exit status >>>>>> > Makefile:120: recipe for target '../libopenblas_armv7p-r0.2.13.so' >>>>>> failed >>>>>> > make[3]: *** [../libopenblas_armv7p-r0.2.13.so] Error 1 >>>>>> > Makefile:87: recipe for target 'shared' failed >>>>>> > make[2]: *** [shared] Error 2 >>>>>> > *** 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. *** >>>>>> > Makefile:963: recipe for target 'openblas-v0.2.13/libopenblas.so' >>>>>> failed >>>>>> > make[1]: *** [openblas-v0.2.13/libopenblas.so] Error 1 >>>>>> > Makefile:64: recipe for target 'julia-deps' failed >>>>>> > make: *** [julia-deps] Error 2 >>>>>> > >>>>>> > On Saturday, 14 February 2015 20:11:04 UTC, Sto Forest wrote: >>>>>> > Is there a way to get Julia running on the new Raspberry Pi 2, >>>>>> perhaps under raspbian ? >>>>>> > >>>>>> > >>>>>> >>>>>>
