Hi All!

On 13 Mrz., 10:00, Jeroen Demeyer <jdeme...@cage.ugent.be> wrote:
> Try CFLAGS="-O3 -march=native" CXXFLAGS="-O3 -march=native" and see if
> that works.

Meanwhile I managed to build the (slightly modified) gcc with
graphite, based on
 * an extension of the standard ppl spkg ("build the ppl C interface",
#12672, needs review)
 * an upgrade of the optional gmp spkg (the current version is broken
for me, but 5.0.4 works out of the box. See #12661, needs review.
 * a cloog-ppl spkg (note that cloog itself won't suffice). See
#12666, needs review.

Then, building all of Sage (all spkgs) with
   CFLAGS="-O3 -march=native -floop-interchange -floop-strip-mine -
floop-block -fno-strict-aliasing"
   CXXFLAGS="-O3 -march=native -floop-interchange -floop-strip-mine -
floop-block -fno-strict-aliasing"
went smoothly (of course, some packages override the flags).

And it even seems that the doc tests pass.

And now the bad news: Using the above compiler flags, Sage became
MASSIVELY slower, by factors of 2 or 3. That's why I interrupted sage -
testall after about 54% (there was no error up to that point).

Do you have any insight why optimization has such a big negative
impact?

Even though the optimization thingy seems to be a failure, I still
think that we should upgrade the optional gmp spkg (it is broken, at
least on my machine), and we should have an optional CLooG-PPL package
(which would then require to make our standard PPL spkg build the C
interface, rather than just the C++ interface).

Cheers,
Simon

-- 
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to 
sage-devel+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
URL: http://www.sagemath.org

Reply via email to