Todo

Ideas for Singular on top of libpolys:

1. svn rebase!
2. make script
3. eliminate mod2.h (replace by aux...h)
4. reintroduce currRing/rSetCurrRing()
5. try compiling a .cc with all the headerh `#included inside! (mostly done)
6. try compiling a .cc with all the sources `#included inside! (mostly done)
7. deal with structs.h!

Ideas for improving libpolys:

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

• create a single libpolys.a (and libpolys.so!?) out of all our libraries (libpolys/misc.a .... etc)

• try to make use of clang and 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: n_Write/p_Write should take reporter as an argument (can be optionally = standard reporter)

• 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?

Errors in libpolys:

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