[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