On Wed, Aug 09, 2017 at 02:10:02PM +0200, Antonio Trande wrote: > On 08/09/2017 11:37 AM, Richard W.M. Jones wrote: > > > > 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? > > > > Rich. > > > > lapack-3.7.1 on rawhide looks affected too: > https://bugzilla.redhat.com/show_bug.cgi?id=1479567 As is ocaml-lacaml (OCaml bindings for lapack) ... Rich. -- 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@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
