Re: [Development] Bluetooth Services problem

2016-05-16 Thread Alexander Blasche
> -Original Message- > From: Development [mailto:development- > bounces+alexander.blasche=qt...@qt-project.org] On Behalf Of Matías Néstor > Ares > Sent: Sunday, 15 May 2016 9:41 > To: > Subject: Re: [Development] Bluetooth Services problem > > Problem persist in QT 5.6.1 > some help w

Re: [Development] dev CI integration stuck for 3½ days

2016-05-16 Thread Thiago Macieira
On terça-feira, 17 de maio de 2016 06:08:50 PDT Simon Hausmann wrote: > Hi, > > I just looked into it and it looks like an inconsistency in the gerrit > database. The latest builds branch points to a set of changes that are in > staged state, while the change that is in integrating change is not i

[Development] Regression from 5.5.1 to 5.6.0 affecting LyX release

2016-05-16 Thread Scott Kostyshak
Dear all, Behavior has changed between Qt 5.5.1 and Qt 5.6.0 and I would like to confirm that it is indeed a bug, and also ask if someone can suggest a workaround? The bug report is posted here: https://bugreports.qt.io/browse/QTBUG-53272 I posted on qt-interest [1], but did not get any bites an

Re: [Development] dev CI integration stuck for 3½ days

2016-05-16 Thread Simon Hausmann
Hi, I just looked into it and it looks like an inconsistency in the gerrit database. The latest builds branch points to a set of changes that are in staged state, while the change that is in integrating change is not in that branch. I've found the build branch that had the integrating change an

Re: [Development] QVariant performance

2016-05-16 Thread Olivier Goffart
On Montag, 16. Mai 2016 18:06:27 CEST Sean Harmer wrote: > Probably the biggest hit we see from the use of QVariant in Qt 3D these days > is the memory allocations for passing around QMatrix4x4's in them. We will > soon replace these with a strongly typed alternative. Can you try this patch to see

[Development] dev CI integration stuck for 3½ days

2016-05-16 Thread Thiago Macieira
Will someone PLEASE look into the qtbase/dev integration? https://codereview.qt-project.org/156523 has been integrating for (at the time of writing this email) 84 and a half hours -- 3.5 days -- and that's including two full working days in Finland, one in Germany and Norway as today is is a ba

Re: [Development] QVariant performance

2016-05-16 Thread Thiago Macieira
On segunda-feira, 16 de maio de 2016 18:06:27 PDT Sean Harmer wrote: > > Uncontended locks in Qt are extremely cheap. > > They're better now than they were since Olivier rewrote QReadWriteLock > recently. I have a mind to see if a solution inspired by the WTF::Lock solution (see https://webkit.o

Re: [Development] QVariant performance

2016-05-16 Thread Sean Harmer
On Monday 16 May 2016 08:22:26 Thiago Macieira wrote: > On segunda-feira, 16 de maio de 2016 11:52:57 PDT Sean Harmer wrote: > > We have a WIP to replace the use of QVariant on the backend of Qt 3D but > > it > > would benefit all of Qt (including Qt 3D frontend to backend change > > notifications)

Re: [Development] QVariant performance

2016-05-16 Thread Thiago Macieira
On segunda-feira, 16 de maio de 2016 11:52:57 PDT Sean Harmer wrote: > We have a WIP to replace the use of QVariant on the backend of Qt 3D but it > would benefit all of Qt (including Qt 3D frontend to backend change > notifications) if we can also improve the locking behaviour of QVariant. We > h

Re: [Development] QVariant performance

2016-05-16 Thread Sean Harmer
On Monday 16 May 2016 12:32:41 Mark Gaiser wrote: > Hi, > > Just a fyi since the article might be of interest to some on this list. > I just stumbled upon this github project [1]. > The article and rationale for that project can be found here [2]. > > It claims to be a stack based "variant" imple

Re: [Development] QVariant performance

2016-05-16 Thread Olivier Goffart
On Montag, 16. Mai 2016 12:32:41 CEST Mark Gaiser wrote: > Hi, > > Just a fyi since the article might be of interest to some on this list. > I just stumbled upon this github project [1]. > The article and rationale for that project can be found here [2]. > > It claims to be a stack based "variant

[Development] QVariant performance

2016-05-16 Thread Mark Gaiser
Hi, Just a fyi since the article might be of interest to some on this list. I just stumbled upon this github project [1]. The article and rationale for that project can be found here [2]. It claims to be a stack based "variant" implementation made for performance and as little overhead as possibl