Latest upstream release: 3.10.2
Current version/release in Fedora Rawhide: 3.10.1-13.fc21
Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Created attachment 922832 [details]
(In reply to Michel Normand from comment #4)
> Created attachment 922832 [details]
with this patch on spec file the 3.10.2 new version allow to build new ppc64le archi as per scratch build http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1965167
build on koji primary is failing because of arm
*** Bug 1080073 has been marked as a duplicate of this bug. ***
I'm wondering if we should move to a developer release?
NOTE: 3.10.2 is terribly out of date, and was released only because the
threading rewrite it taking too long. If possible, you should use a
developer release after testing that it works for your particular
platform. In particular, developer releases are *much* faster for any
x86 that uses AVX or later SIMD ISA, or any machine with ncores >= 8.
The developer release also supports ARM architectures better (though
performance is not hugely better if you can get stable installed).
but I don't know what the other implications of this are.
Well, they both fail on arm currently the same was, so that's not going to help directly:
make -f Make.top startup
make: Entering directory '/builddir/build/BUILD/ATLAS/arm_base'
Make.top:1: Make.inc: No such file or directory
make: *** No rule to make target 'Make.inc'. Stop.
make: Leaving directory '/builddir/build/BUILD/ATLAS/arm_base'
Makefile:537: recipe for target 'startup' failed
make: *** [startup] Error 2
Mind you, I'm not at all familiar with ATLAS's crazy build system. But I seem to be getting farther with setting "-Si archdef 0" on arm, and I'm wondering if that's what we should be doing. Scratch build with this:
There is also this note in the spec:
#beware - arch constant can change between releases
%define arch_option -A 46
So perhaps it changed - but I don't know how to check. Perhaps this:
PTR BITS=32, SURE=0
Just running configure shows:
Architecture configured as ARMv7 (51)
so perhaps we just need to not pass -A anymore for arm? Scratch build without -A/-Si:
Well, the "-Si archdef 0" build took 13 hours compared to 2:20 for auto detect, so at least from that standpoint it seems to be the way to go. And the autodetect appears to work. I'm going to push that to rawhide.
orion's atlas-3.10.2-1.fc23 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=636958
fkluknav's atlas-3.10.2-2.fc23 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=638100