Re: Fedora 31 System-Wide Change proposal: gawk 5.0.1
Yes, the patches dealing with this would be used in Fedora. Jakub On Fri, Jun 28, 2019 at 07:25:59AM -0500, Justin Forbes wrote: > On Thu, Jun 27, 2019 at 9:38 AM Ben Cotton wrote: > > > The introduction of namespaces may break some scripts written for > > gawk 4.2.1 due to different variable names. (This is considered to > > be a bug by the upstream and there is a patch fixing this) > > > > It seems that the patch fixing this would be carried, and this would > not be an issue then? > > Justin > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Is it possible atlas is linked wrongly by new binutils?
It should work now [1]. Jakub [1]: https://koji.fedoraproject.org/koji/taskinfo?taskID=21296324 On 9.8.2017 11:37, 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. > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Is it possible atlas is linked wrongly by new binutils?
On 15.8.2017 10:39, Dave Love wrote: > > I don't know whether that's true, but Fedora could at least improve the > situation by providing more than the -sse2 and -sse3 packages. > I am planning to drop the sse2 sse3 subpackages and replace them with something a bit more "modern" [1] with the rebase to 3.10.3. [1]: https://bugzilla.redhat.com/show_bug.cgi?id=1304402 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Is it possible atlas is linked wrongly by new binutils?
Well, yes, the current version is a bit messy, I am currently working on rebase to 3.10.3, where the builds seem to be more stable but I wanted to test it a bit more before publishing it tbh. :-/ On 10.8.2017 12:29, Richard W.M. Jones wrote: > Never mind. Something in the atlas build segfaults when building > on ppc64le: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=21145734 > > This is a mess :-( > > Rich. > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org