On Jan 9, 10:00 am, mabshoff <[EMAIL PROTECTED]
dortmund.de> wrote:
> On Jan 8, 9:55 pm, Francois <[EMAIL PROTECTED]> wrote:
>
> > On Jan 9, 8:58 am, mabshoff <[EMAIL PROTECTED]
>
> > dortmund.de> wrote:
>
> > > Ok, we would certainly welcome any kind of participation from the
> > > Gentoo community.
>
> > Hopefully some support may be drummed there,
>
> Excellent.
>
> > I myself may be soon claimed
> > by a non-academic real-life that could put me on hiatus.
>
> Sooner or later it happens to most of us ;)
>
Very funny. I would have preferred the later option.
>
> > > > Which kinds of bring to another thing that I wanted to ask about for a
> > > > while.
> > > > I noticed that there is in fact 2 blas packages in sage, atlas and
> > > > what is
> > > > usually refereed as blas-reference in Gentoo. It seems that the goal
> > > > of that
> > > > one is just to provide f77blas. Do we *really* need that?
>
> > > It depends. We need to build Lapack before ATLAS since we build an
> > > improved liblapack with the Lapack bits from ATLAS. Now if we were to
> > > run Lapack's test suite we need a BLAS. Atlas is also not standard yet
> > > on OSX, so there are more considerations here. Since netlib.org's BLAS
> > > is small and compiles quickly nobody has advocated its removal and
> > > since I consider it important to be able to run the Lapack testers on
> > > demand I would like it to stay.
>
> > Ok make sense, it's one thing that I had disabled without much side
> > effect
> > apart from touching cvxopt about lf77blas although I believe numpy,
> > scipy and
> > al will detect and use it if present. Plus while building with my
> > system
> > atlas it failed because it wanted to remove /usr/lib/libblas.so.
> > Something to
> > think about for your SYSTEM_ATLAS setting.
>
> Ok, that does seem an odd thing to do. Josh told me a while back that
> numpy, scipy and cvxopt all use atlas per default, so maybe there is
> something different the way ATLAS is shipped on Gentoo. Sooner or
> later I will remove F77 BLAS and see what happens ;)
>
Well there is some stuff in Gentoo in that we can install several
version
of blas, lapack and cblas and switch between them at will.
However the python package you mention indeed detect atlas more or
less automatically. Reviewing what I have done and why:
*linbox, not really mentioned before but took a little tweak in the
atlas
department: set LINBOX_BLAS=yes in deps and it will take care of
itself.
*numpy: I set the variables ATLAS, BLAS and LAPACK in deps, it didn't
seem to find them otherwise. I wasn't aware of the SAGE_ATLAS
variable
at the time - it may be enough to set it.
*scipy/scipy_sandbox: most frustrating, the method employed for numpy
didn't work because spkg-install explicitly define those variables
unless
you are on OS X in which case they are unset.
*cvxopt: add to touch because unless your are on OS X spkg-install
wants it to compile with -lf77blas which is of course provided by
something
I had removed.
Looking at the Gentoo ebuild the BLAS, LAPACK and ATLAS variables are
set to None and the output of a query to pkg-config is fed into
site.cfg
(that's for numpy - nothing special is done for scipy although it says
there
can be linking problems with lapack and checks have to be done for
each
version bumps).
--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/sage-devel
URLs: http://sage.scipy.org/sage/ and http://modular.math.washington.edu/sage/
-~----------~----~----~----~------~----~------~--~---
