Re: [Development] Switch Qt Remote Objects to a Tech Preview for Qt 5.9

2017-01-10 Thread Stottlemyer, Brett (B.S.)
On 1/10/17, 7:11 AM, "Development on behalf of Oswald Buddenhagen" wrote: >On Tue, Jan 10, 2017 at 01:42:12AM +, Stottlemyer, Brett (B.S.) wrote: >> The processing of QObject code by repc to generate the .rep input file >> format was added afterwards. It allows existing Qt header files to

[Development] [root_ptr] GC + Automatic Reference Counting

2017-01-10 Thread Phil Bouchard
Greetings, To go back on the main subject, it came to my attention that Apple is using mostly "Automatic Reference Counting" since 2011: https://en.wikipedia.org/wiki/Automatic_Reference_Counting The good news is it's not using the GC which makes the OS hangs once in a while but the bad news

Re: [Development] State of dev branch in CI

2017-01-10 Thread Simon Hausmann
Hi, I've applied a workaround and created https://bugreports.qt.io/browse/QTQAINFRA-1072 to track this. Simon From: Development on behalf of Sean Harmer Sent: Tuesday, January 10, 2017 8:26:56 PM To: development@qt-project.org Subject: Re: [Development] S

Re: [Development] State of dev branch in CI

2017-01-10 Thread Sean Harmer
Hi, seems something is still not happy in CI land. https://codereview.qt-project.org/#/c/181832/ Could someone take a look please? Thanks, Sean On 10/01/2017 13:06, Sean Harmer wrote: Thanks to all involved in resolving this! Sean On Tuesday 10 January 2017 12:45:17 Simon Hausmann wrote:

[Development] CMake: inconsistent behaviour of find_package(Qt5 )

2017-01-10 Thread René J . V . Bertin
Hi, I started working with a project that shows what I think is inconsistent `find_package(Qt5 ...)` behaviour. In its stock form, the general Qt5 component isn't found while the rest is except for 1 evident exception: find_package(Qt5 5.3.0 REQUIRED COMPONENTS Core Gui Network Prin

Re: [Development] State of dev branch in CI

2017-01-10 Thread Sean Harmer
Thanks to all involved in resolving this! Sean On Tuesday 10 January 2017 12:45:17 Simon Hausmann wrote: > Hi, > > > As a heads-up to everyone: Tony's changes are in effect now and staging of > changes that target the dev branch for modules outside of qtbase should > work again. > > > > Simo

Re: [Development] State of dev branch in CI

2017-01-10 Thread Simon Hausmann
Hi, As a heads-up to everyone: Tony's changes are in effect now and staging of changes that target the dev branch for modules outside of qtbase should work again. Simon From: Tony Sarajärvi Sent: Tuesday, January 10, 2017 12:31:10 PM To: Simon Hausmann; deve

Re: [Development] Cloning version 5.6.2

2017-01-10 Thread Oswald Buddenhagen
On Tue, Jan 10, 2017 at 12:03:47PM +, Edward Welbourne wrote: > Daniel Pfeifer wrote: > > How can I get the exact tagged version v5.6.2? > > git clone without specifying --branch (or with any branch you like, it > doesn't matter) then > > git checkout v5.6.2 > that's a bit misleading. that c

Re: [Development] Switch Qt Remote Objects to a Tech Preview for Qt 5.9

2017-01-10 Thread Oswald Buddenhagen
On Tue, Jan 10, 2017 at 01:42:12AM +, Stottlemyer, Brett (B.S.) wrote: > The processing of QObject code by repc to generate the .rep input file > format was added afterwards. It allows existing Qt header files to be > used with QtRO with compile time checks. We don’t use that feature much > i

Re: [Development] Cloning version 5.6.2

2017-01-10 Thread Edward Welbourne
Daniel Pfeifer wrote: > Up until one month ago, the following worked to clone version 5.6.2: > > git clone --branch v5.6.2 git://code.qt.io/qt/qt5.git . > ./init-repository > --module-subset=essential,qtconnectivity,qtlocation,qtserialbus,qtserialport [...] > It now fails with the following output

Re: [Development] State of dev branch in CI

2017-01-10 Thread Simon Hausmann
Thanks. Regarding RHEL 7.2 I think there were or are two mistakes: (1) When it was added to 5.8 I understand that there was a waiting period until some related fixes propagated to dev, before it could be added there. Between _that_ point in time and now, several months passed. This would

Re: [Development] State of dev branch in CI

2017-01-10 Thread Tony Sarajärvi
Hi, Sounds good to me. I'll proceed with that. Funny that the only platform we've managed to get in during the last half a year or year is immediately causing problems so that we have to remove it ;) -Tony From: Development [mailto:development-bounces+tony.sarajarvi=qt...@qt-project.org] On Be

Re: [Development] State of dev branch in CI

2017-01-10 Thread Simon Hausmann
Hi, I just had another chat with Liang about this situation. We can't get a newer qtbase into qt5.git because tests in declarative fail, some of it also due to a newer qtbase (and the qurl changes). So the path we would propose is (1) The CI team reverts the addition of RHEL 7.2 to the de

Re: [Development] State of dev branch in CI

2017-01-10 Thread Simon Hausmann
Hi, as far as I can tell this is not resolved yet. It appears that the macOS 10.9 replacement with 10.10 happened, but a test failure on RHEL 7.2 showed up. Simon From: Development on behalf of Sean Harmer Sent: Tuesday, January 10, 2017 10:45:07 AM To: de

Re: [Development] State of dev branch in CI

2017-01-10 Thread Sean Harmer
Hi Simon, is this resolved yet? Cheers, Sean On Saturday 07 January 2017 10:18:22 Simon Hausmann wrote: > Hi, > > > Brief "update": dev is still blocked. > > > The build issue of https://bugreports.qt.io/browse/QTBUG-57935 appears to be > due to the removal of macOS 10.9 support, while the

[Development] Cloning version 5.6.2

2017-01-10 Thread Daniel Pfeifer
Hi, Up until one month ago, the following worked to clone version 5.6.2: > git clone --branch v5.6.2 git://code.qt.io/qt/qt5.git . > ./init-repository > --module-subset=essential,qtconnectivity,qtlocation,qtserialbus,qtserialport It now fails with the following output: ``` + git clone --branch