[Development] QArrayDataObs/Pointer UB post-mortem
Thiago Macieira
thiago.macieira at intel.com
Wed May 27 00:52:23 CEST 2026
On Tuesday, 26 May 2026 11:26:52 Pacific Daylight Time Ville Voutilainen wrote:
> Maybe. But considering that we can't guarantee that, prudence dictates
> avoiding nonsense like suggestions that we should "always" cherry-pick
> refactorings.
Refactorings are seldom done in isolation. It's almost always part of a larger
change, either a bugfix or a new feature/capability that prompted that. In
ideal cases, the refactoring is done ahead of the new feature or expansion of
the capability, so it could be picked back.
But then the rest of the change is probably going to change the code anyway
and obviate the benefit we'd get on having the refactor picked back. We would
end up with code changed for the sake of change, in a configuration that was
never tested in newer branches. At best, it's a no-op; at worst, we did miss
something that introduces a regression.
So I agree with Ville: it's not-always.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Principal Engineer - Intel DCG - Platform & Sys. Eng.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5176 bytes
Desc: not available
URL: <http://lists.qt-project.org/pipermail/development/attachments/20260526/c6bf1b87/attachment.bin>
More information about the Development
mailing list