<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
<div>
<blockquote type="cite" class="">
<div class="">On 20 May 2020, at 17:34, Matthew Woehlke <<a href="mailto:mwoehlke.floss@gmail.com" class="">mwoehlke.floss@gmail.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div class="">On 20/05/2020 09.11, Lars Knoll wrote:<br class="">
<blockquote type="cite" class="">Here’s what we will do:<br class="">
* QList and QVector are aliases for each other<br class="">
* We make QList the main type, and QVector an alias to it<br class="">
* We keep both names, QList and QVector. None of them is deprecated<br class="">
</blockquote>
<br class="">
While I don't object to this as such, can someone remind me what is the solution for people that *need* the semantics of old QList (either reference stability or indirect allocation)?<br class="">
</div>
</div>
</blockquote>
<div><br class="">
</div>
There’s an option to provide a Q5List in qt5compat. </div>
<div><br class="">
</div>
<div>Of course one could also add a new class to Qt 6 that always allocates indirectly. But in that case I would propose to redesign it, so that is uses block allocations to avoid at least some of the overhead of QList in Qt 5. This is probably something that
 nobody will have time to do before 6.0 though.<br class="">
<blockquote type="cite" class="">
<div class="">
<div class=""><br class="">
Also, will the new QVector/QList have the prepend optimization of old QList?<br class="">
</div>
</div>
</blockquote>
<div><br class="">
</div>
Yes, see <a href="https://bugreports.qt.io/browse/QTBUG-84320" class="">https://bugreports.qt.io/browse/QTBUG-84320</a></div>
<div><br class="">
</div>
<div>Cheers,</div>
<div>Lars</div>
<div><br class="">
</div>
</body>
</html>