pari-2.9.4(STABLE) released

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

Dear PARI lovers,

I would like to announce the release of pari-2.9.4 (STABLE). The sources
and Windows and MacOS binaries are available from

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

This is a BUGFIX release for the stable branch. 
This release addresses 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/ ), or
who tested the preleases.

Have fun,

  Bill and Karim

P.S: The Changelog:

Done for version 2.9.4 (released 08/01/2018):
[last column crossreferences current development release 2.10.0]
  Fixed

      1- [from 2.9.3] subst(Mod(-a,a^2-2),z,0) -> invalid object [#1988]
      2- subst(1+x^2+O(x^3),x,y) -> 1 + y^2 + O(y^4) [#1950]              [F87]
XR    3- padicfields(3,6) -> FPE [#1947]                                  [F89]
      4- nfislocalpower could compute ZV_pval(0 vector,) -> oo loop[#1955][F90]
BA    5- iferr(1/0,E,1,break()) -> SEGV                                   [F91]
      6- missing roots in nfroots (when r2>0) [#1956,#1957]               [F92]
BA    7- factormod(...,p,1) was incorrect for large p                     [F93]
BA    8- foo = vectorsmall(1);for(i=1,1, foo[1]); -> error [#1958]        [F94]
BA    9- v=Vecsmall([2]); Fl_neg(v[1],3) when Fl_neg is installed [#1958] [F95]
     10- qfminim with 'm' omitted (infinite capacity) could lose some vectors
         Also affected polredabs [#1963]                                  [F95]
     11- inaccuracy in ellL1 / ellanalyticrank (usually last digit)       [F97]
     12- nffactor factors could be non-monic [#1967]                      [F99]
     13- bestapprPade(,explicit B): wrong result [#1946]                 [F100]
     14- bestappr(Mod(10,307), 40) -> 10 (instead of 3/31)               [F101]
     15- mathnf([x;1]) -> SEGV [#1971]                                   [F102]
BA   16- ispower((x^3+ffgen([2^127-1,3])*x+1)^2,2,&r);r was wrong [#1976][F103]
     17- SEGV in install() when bad prototype supplied [#1977]           [F106]
     18- ellzeta(., real number) possibly wrong result [#1981]           [F107]
 BA  19- sqrtn(Mod(9, 101), -2) -> wrong result                          [F108]
     20- multiplying t_SER with t_INTMOD entries (mod a composite) whose
         leading term cancels -> SEGV [#1986]                            [F109]
     21- lambertw(t_SER) could create invalid t_FRACs                    [F110]
     22- matintersect did not always return a basis                      [F111]
     23- nfinit([T, listP]) could error out when a small prime
         outside listP divided the index [#1993]                         [F112]
     24- memory leak due to cgetg_block / gunclone_deep usage            [F116]
     25- memory leak in ellminimalmodel when e memoized periods/roots    [F117]
 BA  26- [win32] plot colors were shifted by 1                           [F118]
     27- RgX_translate(P,c) with c equal to \pm 1 (e.g. as t_REAL or t_PADIC)
         incorrectly replaced c by its t_INT approximation [#1995]       [F119]
 BA  28- matsupplement(Mod(matrix(5,1),2)) --> SEGV [#1996]              [F120]
     29- PostScript engine: missing 'stroke' in plotbox method => some
         commands (e.g. colors) could be ignored                         [F121]