Skip to content
malex984 edited this page Jul 11, 2011 · 102 revisions

Ideas for Singular on top of libpolys:

  1. make script
  2. eliminate mod2.h (replace by aux...h)
  3. try compiling a .cc with all the header #includes inside!

Ideas for improving libpolys:

  • we have a lot of easy to-get-get-rid-of-warnings (in compile time): eliminate them.

  • Try to use clang / Sun-Studio-compiler for libpolys: don't work as of now :(

  • no n_InpAdd/n_InpDiv: only n_InpMult!

  • Moreover we have 3 (!) variants of division WITHOUT ANY DESCRIPTIONS!!!:

    1. number n_Div(number a, number b, const coeffs r)
    2. number n_IntDiv(number a, number b, const coeffs r)
    3. number n_ExactDiv(number a, number b, const coeffs r)
  • Writing/reading/conversion-to-string OF polynomials/numbers is very inconsistent and misleading!

  • number output (n_Write) MUST NOT change a number!

  • same goes for the conversion to integer by n_Int!

  • Only n_Test(NUMBER, COEFFS): no way to test a domain consistency... same for polys/rings?

Note: Frank will take a look!

  • In the face of brand new extension fields by Frank: the following seem to be obsolete together with the corresponding n_Par/n_ParDeg...right???

    1. number ndPar(int, const coeffs r) { return n_Init(0,r); }
    2. int ndParDeg(number, const coeffs) { return 0; }

TODO: search for their usage and switch to the new interface by Frank?

  • Ring-interface is scarcely documented...

TODO: add more doxygen there

Clone this wiki locally