Weird then. That should be working. The only thing I can think of is that you have to start over completely fresh to make sure configure sees it from the beginning?
In any case, I'm looking forward to your progress and hope you can find a solution to https://github.com/JuliaLang/julia/issues/10235 :) S. On Thursday, February 19, 2015 at 5:25:43 PM UTC-8, Sto Forest wrote: > > 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 ? >>>>>>> > >>>>>>> > >>>>>>> >>>>>>>
