ocaml-gsl (OCaml bindings for GNU Scientific Library) currently
fails to link to atlas:

+ /usr/bin/ocamlfind ocamlopt -g -I lib -linkpkg -package bigarray -I lib -I 
examples lib/gsl.cmxa examples/blas_ex.cmx -o examples/blas_ex.native
/usr/lib64/atlas/libsatlas.so: undefined reference to `dlarfy_'
/usr/lib64/atlas/libsatlas.so: undefined reference to `slarfy_'
/usr/lib64/atlas/libsatlas.so: undefined reference to `clarfy_'
/usr/lib64/atlas/libsatlas.so: undefined reference to `zlarfy_'
collect2: error: ld returned 1 exit status

However this only happens with the very latest atlas that was built by
binutils 2.29 (atlas-3.10.2-18.fc27.x86_64).  It doesn't occur with
the previous version of atlas (atlas-3.10.2-16.fc26) even though there
seems to have been no change in atlas.

$ nm -D /usr/lib64/atlas/libtatlas.so | grep larfy
                 U clarfy_
                 U dlarfy_
                 U slarfy_
                 U zlarfy_

I looked in /usr/lib64 on my development machine which has atlas
installed but there is no .so* file that I can find which defines
these symbols.  I also couldn't work out where in the atlas code
(which is a bit strange) these references are used.

Hence the question: Is this breakage in atlas?  binutils?


Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines.  Supports shell scripting,
bindings from many languages.  http://libguestfs.org
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Reply via email to