#10508: Update ATLAS to stable version 3.10
-----------------------------------------------------------------------------------------+
Reporter: vbraun
| Owner: tbd
Type: enhancement
| Status: needs_work
Priority: major
| Milestone: sage-5.8
Component: packages
| Resolution:
Keywords: ATLAS
| Work issues:
Report Upstream: Reported upstream. No feedback yet.
| Reviewers: Benjamin Jones, Karl-Dieter Crisman, Dmitrii
Pasechnik, Georg Weber, François Bissey, John Palmieri
Authors: Volker Braun, Jeroen Demeyer
| Merged in:
Dependencies: #13160, #13395, #13392, #13416, #12994, #9906, #12883,
#13123, #13415 | Stopgaps:
-----------------------------------------------------------------------------------------+
Comment (by kcrisman):
> > > Looks like a missing include of MPIR, maybe?
> > Did you use the p1 spkg I posted and linked toward the end of the
comments?
> No, it was in comment:299 - that's scores of comments ago. If that is
really what is needed, then you should update the ticket description
(which I have now done).
Anyway, that works.
> Does that mean I shouldn't have used Volker's spkg for atlas either?
Does yours behave properly w.r.t. Cygwin?
It doesn't, at least not automatically - it just copies libblas.dll.a but
not liblapack.a, and then exits.
And for Scipy's spkg-install, that's a problem when it's not in
`$SAGE_LOCAL`:
{{{
if [ "$UNAME" = "Darwin" ]; then
unset ATLAS
unset BLAS
unset LAPACK
export LDFLAGS="-bundle -undefined dynamic_lookup $LDFLAGS"
else
export ATLAS="$SAGE_LOCAL"
export BLAS="$SAGE_LOCAL"
export LAPACK="$SAGE_LOCAL"
export LDFLAGS="-shared $LDFLAGS"
fi
}}}
I think it doesn't really make sense to change Scipy's spkg. I think it
''does'' make sense to copy liblapack in the same way and some messages
about exactly what lapack stuff to install on Cygwin here, and then
someone can use `SAGE_ATLAS_INSTALL=???` to try out atlas building on
Cygwin. Since there is a lot of other stuff going on here, I'm not going
to attempt to confuse the issue by uploading my own spkg now, but JP knows
what's needed and can surely^TM^ take care of it :-)
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/10508#comment:369>
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 unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.