[Development] The CI has been integrating for 38 hours

2018-11-03 Thread Thiago Macieira
https://codereview.qt-project.org/244145 Integration started Friday 16:45 CET. I guess everyone shortly left for the weekend after that. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center _

Re: [Development] Qt6 source changes

2018-11-03 Thread Thiago Macieira
On Saturday, 3 November 2018 14:27:33 PDT Kevin Kofler wrote: > But that also removes one major argument for changing QList to yet another > QVector: the argument was that QStringList or QList would be > inefficient with SSO QString, but that is moot if QString stays as it is. A minimal SSO QStrin

[Development] How to use Q_IMPORT_PLUGIN macro together with *.pri files?

2018-11-03 Thread Denis Shienkov
Hi guys, I need to create a 'static' plugin for the iOS, using qmake. A problem is that the qmake can't generate a valid XCode project file, using dependencies. See, e.g. this bug: https://bugreports.qt.io/browse/QTBUG-71566. So, I can't use XCode to deliver my application to AppStore. Instead o

Re: [Development] Qt6 source changes

2018-11-03 Thread Kevin Kofler
Thiago Macieira wrote: > Whether we'll have SSO is not decided. That's good news, because I'm not convinced that that is a good idea, either. It should be done only if it really is a win. But that also removes one major argument for changing QList to yet another QVector: the argument was that Q

Re: [Development] Qt6 source changes

2018-11-03 Thread Thiago Macieira
On Saturday, 3 November 2018 07:47:53 PDT Kevin Kofler wrote: > 4*sizeof(ptr) (i.e., at most 32 bytes) is not a large object. (Won't even > the new QString with SSO be larger than that?) A large object is more like > 100+ or even 1000+ bytes. Whether we'll have SSO is not decided. But either way,

Re: [Development] Qt6 source changes

2018-11-03 Thread Kevin Kofler
Lars Knoll wrote: > I’ve tried a bit and for most use cases where the list and the object are > of reasonable size (e.g. 4*sizeof(ptr)and ~100 items in the list) that > overhead is actually just as large. 4*sizeof(ptr) (i.e., at most 32 bytes) is not a large object. (Won't even the new QString wi

Re: [Development] Qt6 source changes

2018-11-03 Thread Kevin Kofler
Olivier Goffart wrote: > (We should probably deprecate QQueue right now and tell people to use > std::deque) Please no! The API is just not comparable: QQueue uses nicer terminology (enqueue, dequeue, head) and is implicitly shared, and most importantly, is consistent with the other Qt containe

Re: [Development] Qt6 source changes

2018-11-03 Thread Giuseppe D'Angelo via Development
Il 03/11/18 03:16, Иван Комиссаров ha scritto: Sure. Sorry for std::array_view (it maybe a QSet or QVector or gsl::span whatever more convinient/faster). The basic idea is here: In the model: void multipleData(QModelIndex index, std::array_view roles, std::function enumerator) {    for (auto