Remez command should adapt working precision like other commands do (from gforge #16886)
Imported issue: Initially reported by @x-CLaute in https://gforge.inria.fr/tracker/?group_id=1015&aid=16886
At least with the current (20/01/2014) state of the improvedEvaluate branch, the following call to the Remez command is unsatisfactory:
prec = 52; points = 65; remez(1,[|0, 1, 2, 3, 4, 5, 6, 7, 8, 9|],[-390207173010335b-50;390207173010335b-50],1 / 236795743883832406310633225175894219540323b-136^x,2621b-19,[1b-48;1b-46]);
knowing that
prec = 53; points = 65; remez(1,[|0, 1, 2, 3, 4, 5, 6, 7, 8, 9|],[-390207173010335b-50;390207173010335b-50],1 / 236795743883832406310633225175894219540323b-136^x,2621b-19,[1b-48;1b-46]);
works already.
Since most/all Sollya commands adapt their working precision, the Remez command should do the same. As a matter of course this feature is harder to implement for Remez than for other commands but a gradual addition of heuristics might help in the short and medium run.