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:

Antonio Trande
sagitter AT fedoraproject dot org
See my vCard.

<<attachment: sagitter.vcf>>

Attachment: signature.asc
Description: OpenPGP digital signature

devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Reply via email to