Jerry James

The PPC64 build is stuck because NaNs have somehow gotten into the matrix. I haven't tracked that part down yet, but execution is stuck in the loop in invext at...

The failing tests all seem to use Modular as the Field type. I tried seeding the random number generators with identical values on an x86_64 and a PPC64 machine, so...

At least part of the problem appears to be that fflas-ffpack/field/rns-double.h, fflas-ffpack/field/rns-double.inl, and fflas-ffpack/field/rns-double-recint.inl access the limbs of an mpz_t 16 bits at a time. While the limbs of an...

Actually, my quick patch DOES fix test-fgemm, but not test-lu. So I did something right. :-) Perhaps somebody else can see what I either did wrong or left out. The...

Great! And a scratch build for rawhide shows only the ppc64 task hanging: https://koji.fedoraproject.org/koji/taskinfo?taskID=17166024, so all the other test failures go away with this patch. We're still getting NaNs in...

Pull request created: https://github.com/linbox-team/fflas-ffpack/pull/72

The problem with NaNs on ppc64 appears to be due to a bug in ATLAS. The same sources succeed with openblas. The fflas-ffpack code invokes cblas_sgemm with some very ordinary-looking...

@d-torrance What blas implementation do you use on armel and sparc64? Also, I'm not certain that -fno-strict-aliasing actually does anything useful. GCC doesn't warn about any aliasing issues. It might...

Here is the same issue reported to sphinxcontrib-zopeext: https://github.com/sphinx-contrib/zopeext/issues/5

I've got packages that were created in February that can't be found. @cverna, what is the status of this issue? Do you need help diagnosing it? Can you run another...