QChar: avoid char{32→16}_t narrowing in canonicalOrderHelper()HEADdev

Same pattern as in the previous few patches: the old code used a
char32_t to temporarily store a UTF-16 code point, narrowing it back
to char16_t in a call to QChar::surrogateToUcs4(), triggering Clang 21
-Wcharacter-conversion.

Solution is also the same: keep the UTF-16 code unit in a separate
variable, until we have determined whether it needs surrogate decoding
or merely promotion to char32_t.

Amends the start of the public history.

Pick-to: 6.10 6.8 6.5
Change-Id: I955948348d637c4fe13485808bef47a4ee58f7bf
Reviewed-by: Ahmad Samir <[email protected]>

0 files changed, 0 insertions, 0 deletions