When these iterators were originally added¹, their relational operators, following the Lakos Rule, were not marked as noexcept because they have preconditions (lhs and rhs must come from the same QVersionNumber object). d292648d0bbac50388dae035dc34782accb3807f then added the noexcept, disregarding the Lakos Rule. Until the ongoing discussion regarding the Lakos Rule on the project mailing-list² is concluded, don't add noexcept. We can always add it in later, but we can't remove it once released. Requires manually working around the missing Q_DECLARE_STRONGLY_ORDERED_LITERAL_TYPE_NON_NOEXCEPT macro that we don't want to add if there's no other user. ¹ 2188ca2c5df6f21a953c002edbe5b2d2cc2c2d2c ² thread starting at https://lists.qt-project.org/pipermail/development/2024-August/045544.html Pick-to: 6.8 Change-Id: Ie88326519673166afe8cb44267c23944b27c68d2 Reviewed-by: Ivan Solovev <ivan.solovev@qt.io>