use Pynac for some symbolic comparisons instead of Maxima

[rwst]

This:

sage: bool(exp(x)>=0)
True

unexpectedly uses Maxima, and gets it wrong, too (the already known complex domain problem, see e.g. #14305).

Since Pynac can now assign info flags to function expressions the possible cases for abs, factorial, binomial, real, imag, step should be implemented in Pynac (this is pynac/pynac#78) and the cases like above handled in Pynac.

The repercussions are not limited to such comparisons. The more expressions have info flags set the more expressions with more complicated structure can be decided and more questions answered.

Depends on #22219

Component: symbolics

Author: Ralf Stephan

Branch/Commit: u/rws/use_pynac_for_some_symbolic_comparisons_instead_of_maxima @ 18c2768

Issue created by migration from https://trac.sagemath.org/ticket/18883

[rwst]

comment:1

Turns out that, additionally, an explicit nonzero info flag is needed in Pynac because without a nonzero flag the above test in the reals is always delegated to Maxima, as well. pynac/pynac#79

EDIT: remove nonsense

[rwst]

Branch: pynac-0.4.3

[rwst]

Upstream: Fixed upstream, in a later stable release.

[fchapoton]

comment:4

pynac-0.4.3 is not a git branch

[fchapoton]

Changed branch from pynac-0.4.3 to none

[rwst]

comment:5

This was NOT fixed as claimed in the ticket field.

[rwst]

Changed upstream from Fixed upstream, in a later stable release. to Reported upstream. Developers acknowledge bug.

[rwst]

Branch: u/rws/use_pynac_for_some_symbolic_comparisons_instead_of_maxima

[rwst]

Commit: 5abe68e

[rwst]

comment:7

This commit enables all Pynac relational logic improvements and only falls back on Maxima if Pynac returns Not Implemented.

---

New commits:

5abe68e

18883: take advantage of more fine-grained logic results from Pynac