#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 leif):
Replying to [comment:344 jpflori]:
> Replying to [comment:343 leif]:
> > Replying to [comment:340 jpflori]:
> > > Replying to [comment:339 leif]:
> > > >
> > > > Well, this '''might''' be due to how ''Sage'' builds shared
libraries from ATLAS' ''static'' ones, as statically linking by default
does some kind of dead code elimination ("removing" unused modules and
hence potentially dead references).
> > > >
> > > Same problem (at least there is an undefined ATL_DecAtomicCount and
defined ATL_GetAtomicCount in the generated libsatlas.so) with the shared
libs generated using ATLAS build system rather than Volker's autotools
based one.
> >
> > And there are no additional `NEEDED` tags either (?) I guess...
> Hum, you got me.
> What's that and how to check it?
On ELF systems, e.g. with `readelf -d foo.so` [ `| grep -w NEEDED` ]. :-)
These are the entries where shared libraries needed by the program / the
shared library itself are recorded.
[[BR]]
> (also I guess it would be cleaner not to include all these defined
thread related functions).
Presumably... ;-)
[[BR]]
> The problem might arise when one actually try to build a threaded lib
but ATLAS fails to pick assembly or fallback code for ATL_DecAtomicCount.
If it fails in that case (too), that's an ATLAS bug I'd say. (Unless it
would use some to-be-linked-in external functions instead, but the `ATL_`
prefix indicates it doesn't [try to].)
[[BR]]
> I'm currently trying to build R (it never went that far, don't remember
why) on a sparc system which failed to build a real threaded lib just like
Karl Dieter ppc system.
R is often built quite "late", not just because of its dependencies, but
perhaps also due to our `deps`, i.e., the order [otherwise independent]
packages are listed there (''I think^TM^'').
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/10508#comment:345>
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.
