Given that we don't really need the Q*Ordering types as API, but only as a vehicle for BC, as well as as a std::ordering replacement for C++17 builds, any deviation from the API of the std classes will cause nothing but extra porting overhead come Qt 7 / C++20.

Since QTBUG-118913 rules our the existing QPartialOrdering from participating in the epic, we're no longer bound by its API for the weak and strong ordering types. Consequently, they should be rewritten to match the API of the std classes as close as possible, incl, but not limited to

• ::less instead of ::Less etc
• is_eq etc (QTBUG-119100)
• renaming to Qt::weak_ordering etc, so by Qt 7, we can replace our classes with the std ones using a simple typedef

Acceptance criteria:

• Add {{Qt:: {partial,weak,strong}_ordering}}, as SC with {{std::{partial,weak,strong}

  _ordering}} as possible

• Keep QPartialOrdering around for backwards compatibility with Qt 6
  • means Qt::*_ordering should have implicit conversions (at least) from QPartialOrdering (maybe to, too)
• The in-review comparison helpers have been rebased onto this work