pari-2.5.5(STABLE) released

[Bill Allombert <Bill.Allombert@math.u-bordeaux1.fr>]

Dear PARI lovers,

I would like to announce the release of pari-2.5.5 (STABLE). The sources
and a basic Windows binary are available from

  http://pari.math.u-bordeaux.fr/download.html

This is a BUGFIX release for the stable branch. If fixes problems found when
compile with gcc 4.8, a serious issue where local(var) could corrupt a
polynomial variable of the same name, and all significant problems that could
be fixed in a simple, harmless way. However we strongly encourage you to
upgrade since it fixes a number of cases where PARI was returning an incorrect
result. 

Please note that this could be the last 2.5.x release, so we encourage users
to try PARI 2.6.1 and report any regression found, so they get fixed for
the next stale release 2.7.0.

  --- For Windows users: ---
Two basic Windows binaries are provided, depending of your system:

For XP, Vista: gp-2-5-5.exe 
<http://pari.math.u-bordeaux.fr/pub/pari/windows/gp-2-5-5.exe>

for Windows 7, 8: gp-readline-2-5-5.exe
<http://pari.math.u-bordeaux.fr/pub/pari/windows/gp-readline-2-5-5.exe>

However, we invite you to download both binaries and use the one that
work better on your system.
  ---------------------------

Thanks to all those who reported problems, on the mailing lists or through
our Bug Tracking System. ( See http://pari.math.u-bordeaux.fr/Bugs/ ), or
who tested the prelease.

And do not forget the Ateliers PARI/GP 2014 will be held in Besançon in January
this year.

Have fun,

  Bill and Karim

P.S: The Changelog:

[last column crossreferences current development release 2.6.1]
Done for version 2.5.5 (released 20/09/2013):

  Fixed
BA  1- [native kernel] FFT mulii relied on unspecified order
       of evaluation                                                [2.6.0-F118]
BA  2- [Configure] fix support for multiarch systems for GMP
    3- local() could corrupt polynomial variable of the same name           [F4]
    4- Flm_Fl_mul returned a wrong result                                  [F12]
    5- allocatemem(2^36-1) --> corrupted stack [#1437]                     [F14]
    6- stack corruption in carberkowitz / charpoly(,,3) [ session crash ]  [F19]
    7- subst(O(x^2),x,0*x) => SEGV [#1447]                                 [F20]
    8- bnfcertify() when primelimit < Zimmert bound => oo loop
    9- dirmul/dirdiv: incorrect result length when valuation > 1           [F23]
   10- x,y a t_PADIC, x === y always returned 0                            [F24]
   11- round((1e-40+x) / (1e-39+x)) would create the invalid object x/x    [F26]
   12- polgalois(x^11 + 627*x^4 - 584) -> F_110 instead of S_11 [#1460]    [F27]