#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 vbraun):
> SAGE_FAT_BINARY default still overwrites SAGE_ATLAS_ARCH when it is set.
The combination is nonsensical: You either want a binary that runs on all
reasonably old hardware for distribution, or you want to specify the
architecture in detail. Which one is it? I don't mind adding support for
nonsensical combinations if there is demand. But the only bug here is that
it requires SSE2 on i386, which is probably too much. Note that the old
ATLAS (which we currently ship, and probably will for a while) doesn't
have "generic" archdefs to start with so it always was a crapshot.
> 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!
So? Sage will never run with only the original 8086 instruction set. For
many of the processors on your web page you'll have to recompile a linux
distro from source, never mind Sage.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/13706#comment:5>
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.
