| Bill Allombert on Mon, 06 Feb 2012 22:29:09 +0100 |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
| pari-2.5.1 (STABLE) released |
Dear PARI lovers,
I would like to announce the release of pari-2.5.1 (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, fixing 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.
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/ )
Have fun,
Bill and Karim
P.S: The Changelog:
Bug numbers refer to the BTS at http://pari.math.u-bordeaux.fr/Bugs/
[last column crossreferences current development release 2.6.0]
Done for version 2.5.1 (released 06/02/2012):
Fixed
1- Euclidean chains were confused by t_POLs with t_INTMOD coeffs [F01]
[ because a 0 polynomial could have lg() == 3 ]
2- remi2n didn't allow negative arguments [native kernel] [#1215] [F04]
3- qfbred(t_QFR) wrong when frac( sqrt(D) ) > 0.5 [F06]
4- problems with diagnostic messages when changing a 'default', e.g \o3[F08]
5- divru() could call bfffo(0) => overflow in expo() [F09]
AMe 6- (t_FRAC<0) * t_INTMOD => wrong result [F10]
7- trace(t_POL or t_SER) could yield unormalized object [0 lead. term] [F11]
LGr 8- off-by-1 error in primepi() when argument is = primelimit [F12]
9- crash when default(prettyprinter,...) points to non-existent cmd [F15]
10- qfperfection(): wrong result in unlucky cases [#1223] [F16]
BA 11- allocatemem() did not reset parse error [#1226] [F17]
BA 12- (x->vector(1,j,x))(1) --> significant pointers lost [#1211] [F18]
VL 13- [makefile] Incorrect -I and -L flags order [#1212] [F19]
14- nfbasis / nfdisc(f,, partial factorization) would sometimes spend a [F20]
lot of time trying to factorize a discriminant [#1227]
BA 15- missing consistency checks in conjvec [#1231] [F22]
16- wrong result in bezoutres [#1233] [F24]
17- wrong sign in polresultant() [#1234] [F25]
18- subst(Y/X,X,x) -> 0 [F27]
PB 19- polrootsff(x^2-x-ffgen((v^2+1) * Mod(1,3))) -> SEGV [#1241] [F28]
BA 20- functions ending by the x[y]=z construct could corrupt the stack. [F30]
BA 21- test-kernel and test-ploth did not work [F35]
BA 22- for(i=1,10^7,) + SIGINT -> SEGV [#1249] [F37]
BA 23- mateigen precision error was not trappable. [F40]
24- broken rnfeltup [#1256] [F42]
25- x===y was always wrong for x,y t_SER [F43]
26- ispower(x < 0) could return an even value ! [#1259] [F45]
27- ispower(1 / n) return a wrong result [#1259] [F46]
BA 28- [breakloop] initial context could be lost. [F47]
BA 29- Ser([1+O(x)],x) returned an invalid object. [F48]
BA 30- ispseudoprime used too much stack for huge operands. [F49]
31- [rnfidealup doc] idealgentoHNF() was incorrect. [F50]
DS 32- elldivpol returned wrong result for degree n >=8. [F51]
33- overflow in mpbern(n) for huge n [#1256] [F52]
34- psdraw() ignored plot colors [F55]
BA 35- stack_base() was not C89 standard compliant. [F56]
BA 36- my(f(x)=x+1);f --> SEGV [#1273] [F57]
37- ellheight([0, 0, 1, -1, 0], [0., 0.]) -> BUG [F58]
Changed
BA 1- [darwin] do not use dylib_ prefix to ld options [#1210] [C12]
2- delete README-subversion, replace with README-git [C22]
3- much faster final divisibility test in nfgcd() [#1214] [C25]
Added
BA 1- [INSTALL] Documentation of RUNTEST
BA 2- [Configure] support for multiarch systems