Re: Is it possible atlas is linked wrongly by new binutils?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 08/16/2017 04:34 PM, Tom Callaway wrote:
> 
> 
> On 08/09/2017 05: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_'
> 
> This is because I bumped lapack in rawhide. Atlas uses liblapack.a, and
> the first lapack 3.7.1 builds were missing some symbols. Everything is
> fixed now in lapack in rawhide, but I forgot atlas was doing this. I
> have an atlas rebuild going now that should resolve the error.

Or, it would, if it wasn't failing on s390x. I miss secondary architectures.

https://koji.fedoraproject.org/koji/taskinfo?taskID=21267770

~tom
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux