Renaming the subthread (it’s got nothing to do with build systems…) I believe I have a solution to get rid of QList without breaking SC in any major way. See https://codereview.qt-project.org/#/c/242199/ and the following changes.
I did some benchmarking (as we were worried about the different performance characteristics of QList and QVector) and with the exception of prepending in a loop pretty much all other operations gets faster with this change. So to re-iterate: We will not break SC in major ways. The goal is to make porting from Qt 5.x to 6 as easy as possible. Cheers, Lars On 30 Oct 2018, at 20:21, NIkolai Marchenko <enmarantis...@gmail.com<mailto:enmarantis...@gmail.com>> wrote: > No, we will break source compatibility in a minor way. I am not aware of what was the end result of QList discussion, but didn't you want to deprecate/majorly change that at some point? That alone would be rather huge. On Tue, Oct 30, 2018 at 10:19 PM Thiago Macieira <thiago.macie...@intel.com<mailto:thiago.macie...@intel.com>> wrote: On Tuesday, 30 October 2018 12:11:38 PDT NIkolai Marchenko wrote: > > That's not going to happen any more than our breaking source > > compatibility in > a major way. > > You are breaking source compatibility in a major way with Qt6 ... ;) No, we will break source compatibility in a minor way. -- Thiago Macieira - thiago.macieira (AT) intel.com<http://intel.com/> Software Architect - Intel Open Source Technology Center _______________________________________________ Development mailing list Development@qt-project.org<mailto:Development@qt-project.org> http://lists.qt-project.org/mailman/listinfo/development _______________________________________________ Development mailing list Development@qt-project.org<mailto:Development@qt-project.org> http://lists.qt-project.org/mailman/listinfo/development
_______________________________________________ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development