old libpolys plans

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

Note: Frank will take a look!

• (Done) 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; } ~~
• (Done by Frank) search for above and switch to the new interface
• (Done by Frank) Ring-interface is scarcely documented: add more doxygen there

What to look for?

1. we would like to start with the very basic Singular functionality, e.g. Tst/Old/*.tst
2. we are looking for broken features and need tests in order to check the correctness of our fixes
3. beware that some tests in test-suite take way tooooo long!
4. furthermore, some features of the legacy Singular are commented out or switched off at the moment: we will try to get them back while testing them against the legacy Singular using existing code from test-suites or manual.
5. in the very bad case of a feature without any reflection in test-suites and manual - the guilty party will have to fix this!