#13706: atlas spkg does not take the SAGE_ATLAS_ARCH variable into account when
SAGE_FAT_BINARY is set to 'yes'
---------------------------------+------------------------------------------
Reporter: tmonteil | Owner: GeorgSWeber
Type: defect | Status: new
Priority: major | Milestone: sage-5.5
Component: build | Resolution:
Keywords: atlas, days43 | Work issues:
Report Upstream: N/A | Reviewers:
Authors: | Merged in:
Dependencies: | Stopgaps:
---------------------------------+------------------------------------------
Comment (by tmonteil):
As of today, this seems not to be fixed in the spkg proposed in #10508 :
SAGE_FAT_BINARY default still overwrites SAGE_ATLAS_ARCH when it is set.
SAGE_FAT_BINARY is not only used for atlas, but also for (according to
grep in the sage-5.4 sources) : ecm-6.3.p8 libm4ri-20120613 mpir-2.4.0.p6
polybori-0.8.2 r-2.14.0.p6 hence one may want to take advantage of it and
be more precise by setting the SAGE_ATLAS_ARCH variable.
By the way, it is interesting to see that, when SAGE_FAT_BINARY=='yes' in
sage-5.4, libm4ri-20120613 explicitely disables SSE2 set of instructions
and atlas-3.8.4.p1 explicitely enables it.
Also, in the #10508 package, configure_base() method adds 3DNow set of
instructions to some Intel architecture, which seems not to know it:
[https://en.wikipedia.org/wiki/3DNow!]
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/13706#comment:4>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/sage-trac?hl=en.
