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] 
> <javascript:>> 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 ? 
> > 
> > 
>
>

Reply via email to