CHANGES

0.1 (2018/01/11): initial release. Features:

Only one-variable polynomials so far.

0.2 (2018/01/14)

  • Fix: "README thinks \numexpr recognizes ^ operator".

  • Convert README to reStructuredText markup.

  • Move main documentation from README to separate polexpr.txt file.

  • Provide polexpr.html as obtained via DocUtils rst2html.py.

  • Convert README to (CTAN compatible) Markdown markup.

Due to lack of available time the test suite might not be extensive enough. Bug reports are very welcome!

0.3 (2018/01/17)

  • Bug fixes:

    • The 0.1 \PolEval accepted expressions for its second argument, but this was removed by mistake at 0.2. Restored.

      Attention: at 0.4 this has been reverted again, and \PolEval{P}\AtExpr{foo} syntax is needed for using expressions in the second argument.

  • Incompatible or breaking changes:

    • \PolToExpr now by default uses descending powers (it also treats differently coefficients equal to 1 or -1.) Use \PolToExpr* for ascending powers.

    • \PolEval reduced the output to smallest terms, but as this is costly with big fractions and not needed if e.g. wrapped in an \xintRound or \xintFloat, this step has been removed; the former meaning is available as \PolEvalReduced.

  • New (or newly documented) macros:

  • Improvements:

    • Documentation has a table of contents, internal hyperlinks, standardized signature notations and added explanations.

    • One can do \PolLet{g}={f} or \PolLet{g}{f}.

    • \PolToExpr{f} is highly customizable.

    • \poldef and other defining macros prepare the polynomial functions for usage within \xintthefloatexpr (or \xintdeffloatvar). Coefficients are pre-rounded to the floating point precision. Indispensible for numerical algorithms, as exact fractions, even reduced, quickly become very big. See the documentation about how to use the exact polynomials also in floating point context.

      Attention: this has been reverted at 0.4. The macro \PolGenFloatVariant must be used for generation floating point polynomial functions.

0.3.1 (2018/01/18)

Fixes two typos in example code included in the documentation.

0.4 (2018/02/16)

0.4.1 (2018/03/01)

Synced with xint 1.3.

0.4.2 (2018/03/03)

Documentation fix.

0.5 (2018/04/08)

  • Bug fix:

  • Breaking changes:

    • \PolToSturm creates primitive integer coefficients polynomials. This speeds up localization of roots via \PolSturmIsolateZeros. In case of user protests the author will make available again the code producing the bona fide Sturm polynomials as used formerly.

    • Polynomials created from \PolFromCSV or \PolGet get their coefficients normalized via xintfrac‘s \xintRaw.

  • Experimental change:

    • Optional argument to \PolSturmIsolateZeros (see The degree 41 polynomial with -2, -1.9, -1.8, ..., 0, 0.1, ..., 1.9, 2 as roots in polexpr-examples.pdf). It will presumably be replaced in future by an interval specification.

  • New non-expandable macro:

  • New expandable macro:

0.5.1 (2018/04/22)

  • New feature:

    • The character ' can be used in polynomial names.

0.6 (2018/11/20)

0.7 (2018/12/08), 0.7.1 (bugfix), 0.7.2 (2nd bugfix) (2018/12/09)

0.7.3 (2019/02/04)

0.7.4 (2019/02/12)

  • Bug fix:

    • 20000000000 is too big for \numexpr, shouldn’t I know that? Thanks to Jürgen Gilg for report.

0.7.5 (2020/01/31)

Synced with xintexpr 1.4. Requires it.

0.8 (2021/03/29)

Synced with xintexpr 1.4d. Requires it.

  • Breaking changes:

    • As the usability of character ' in names has been extended from \poldef to also generally \xintexpr, \xintdefvar, and \xintdeffunc, it means that the infix operators 'and', 'or', and 'mod' must be replaced by &&, ||, and /: if they follow immediately a variable name (similarly 'xor' must be replaced by the xor() function in such case).

    • \PolToExpr by default uses a catcode 12 ^. See its documentation and the new configuration \PolToExprCaret.

  • Deprecated:

    • Usage of P/Q for the euclidean quotient of two polynomials is deprecated. Start using quo(P,Q) in its place.

  • Bug fixes:

    • The \xintglobaldefstrue setting was obeyed only partially by the polexpr macros defining polynomials.

    • The \xintexpr variables storing the values of the extremities of the intervals as found by \PolSturmIsolateZeros were not updated at 0.7.5 to the xintexpr 1.4 format and thus caused low-level TeX errors if used.

    • Attempting to use in \poldef a function previously declared via \xintdeffunc which made usage of the indexing or slicing “ople” syntax typically caused TeX capacity exceeded error. Indeed 0.7.5 only partially made polexpr able to cope with the extended possibilities for xintexpr 1.4 user-declared functions. Hopefully 0.8 achieves full functionality in this context.

  • New macros:

  • New features:

    • The package is usable under Plain and probably most any TeX format, and not only under LaTeX.

    • The core of the package has been rewritten entirely in order to start letting \xintexpr recognize a polynomial type as a genuine variable. This has allowed:

      • to solve the reduced inter-operability problems between polexpr and xintexpr which arose as consequences to the deep xintexpr 1.4 evolution,

      • to make available most of the functionality associated to expandable macros directly in the \xinteval syntax as operators or functions,

      • to provide (expandable) functional interface in \xinteval to features previously available only via (for some, non-expandable) macro interface such as gcd computations.

See the updated Quick syntax overview and then the extended syntax description.

0.8.1 (2021/04/12)

  • Breaking changes:

    • Renamed 0.8’s icontent() to cont().

    • Renamed 0.8’s lcoeff() to lc().

  • Bug fixes:

    • Sadly, diff1(), diff2(), diffn() were broken for polynomials of degrees 8 or more, due to a typo and insufficient testing.

    • The package should have (as documented) required xintexpr 1.4d but in practice it accepted to work with xintexpr 1.4c, whose \xinteval does not know how to “output” a polynomial.

    • The definition of one of the two variants of \PolSturmNbOfRootsOf… was broken by an end-of-line space, left-over from mass conversion from LaTeX to TeX syntax.

  • Added:

0.8.2 (2021/05/05)

  • Breaking change:

  • Improved:

    • Some xintexpr functions such as rseq() use the semi-colon, and it was mentioned in the documentation that \poldef will be confused by this and that inner semi-colons could be set within braces {;} as a work-around. It was not clear from this documentation that also \PolDef required this work-around. With this relase only \poldef but not \PolDef needs the work-around.

  • Track xintexpr 1.4e changes relative to powers.

0.8.3 (2021/05/27)

  • Small internal update to track an xintexpr 1.4h change regarding handling of exceptions. Will require this version at least on loading.

0.8.4 (2021/11/01)

0.8.5 (2021/11/30)

  • Bug fix: support for the intfrom() function was in the code, but the declaration to the polynomial parser had not been done.

  • Track (belatedly) upstream deprecation of \xintSignedFrac and \xintSignedFwOver at xintexpr 1.4g

0.8.6 (2022/01/09)

0.8.7 (2022/05/14)

  • Bug fix: catcode sanitization by \poldef was minimal ever since 0.1 and handled only the semi-colon. Thus e.g. the active ! from babel-french caused errors and \string! was needed as work-around for factorials. Now the same sanitization as for \xintdefvar and \xintdeffunc is applied. This however can only work at locations where the catcodes are not yet frozen at the time \poldef expands.

  • Split the html documentation into three files and enhance it via CSS styling.

0.8.7a (2022/05/19)

  • Documentation updates.