Re: [Development] Proposal to raise the minimum CMake version needed to build and use Qt 6.9

Hi, Just out of curiosity, what are the features added to cmake 3.26 that makes it so much better than 3.25 and which Qt really needs? Cheers, BogDan. În ziua de miercuri, 13 noiembrie 2024, la 17:04:15 EET, Alexandru Croitor via Development a scris: > > On 13. Nov 2024, at 16:01, Alexandru

[Development] Stepping down as Android maintainer

Hello there, I have been less active on the Android port recently and Assam has been doing the majority of the work maintaining the Android port. I'm therefor stepping down as the maintainer of the Android port and nominate Assam to take over. Cheers, BogDan. -- Development mailing list

Re: [Development] How to make a qt6 module using cmake?

Hi, În ziua de marți, 21 noiembrie 2023, la 18:45:51 EET, Alexandru Croitor a scris: > > On 21. Nov 2023, at 16:46, BogDan Vatra wrote: > > > > On 2023-11-21 16:47, Alexandru Croitor wrote: > >>> On 21. Nov 2023, at 13:21, Bogdan Vatra via Development > >&

[Development] How to make a qt6 module using cmake?

Hello there, I'm trying to port a qt5 module to qt6 which it seems starting with 6.4.x the qmake support is broke/removed for modules so I'm forced to use cmake... I checked other qt modules (e.g. https://code.qt.io/cgit/qt/qtmqtt.git/tree) and I did mostly the same but there are a few proble

Re: [Development] The sorry state of the Qt6 cross compile experience

Hi, În ziua de joi, 25 februarie 2021, la 12:40:30 EET, Dominik Holland a scris: > Hi, > > Am 2/25/21 um 11:07 AM schrieb Bogdan Vatra: > > Hi, > > > > În ziua de miercuri, 24 februarie 2021, la 17:32:57 EET, Dominik Holland a > > > > scris: > >&g

Re: [Development] The sorry state of the Qt6 cross compile experience

În ziua de joi, 25 februarie 2021, la 12:07:17 EET, Mathias Hasselmann a scris: > Am 23.02.2021 um 13:27 schrieb Marius Kittler: > > The multi-ABI build never worked well for me with Qt 5. While it is > > nice that > > Qt's build system offers this feature it doesn't help with the fact that > > ot

Re: [Development] The sorry state of the Qt6 cross compile experience

Hi, În ziua de joi, 25 februarie 2021, la 12:01:56 EET, Mathias Hasselmann a scris: > Am 24.02.2021 um 09:30 schrieb Bogdan Vatra via Development > > > Let's check some numbers: [...] > > > > So, for 100M, you've added +700M. > > Cost for storing o

Re: [Development] The sorry state of the Qt6 cross compile experience

Hi, În ziua de miercuri, 24 februarie 2021, la 17:32:57 EET, Dominik Holland a scris: > Am 2/24/21 um 4:25 PM schrieb Joerg Bornemann: > > On 2/24/21 12:56 PM, Bogdan Vatra wrote: > >> Let me give you another non-android example: > >> You want to create a standalon

Re: [Development] The sorry state of the Qt6 cross compile experience

Hi, > On 2/24/21 9:30 AM, Bogdan Vatra wrote: > > Do you still believe that I'm one of the few affected by this? > > Don't you think that everyone who's using cross compiling is affected? > > I have seen cross-compiling folks using the cross-platform abi

Re: [Development] The sorry state of the Qt6 cross compile experience

Hi, În ziua de marți, 23 februarie 2021, la 22:06:55 EET, Joerg Bornemann a scris: > On 2/23/21 12:27 PM, BogDan Vatra via Development wrote: > > OK, biting. > > > - first and foremost, we need to waste time to **fully** build and install > > it for host platform (desk

[Development] The sorry state of the Qt6 cross compile experience

Hi, Even though I said that I'm not opening this subject again, I must do it because in this moment, cross compiling Qt6 is painful and broken. Long time ago, in the Qt 5 time, we had an painlessly way to do cross compiling, not only for Android, but also for the rest of the platforms. Ye

[Development] How to build and install only host_tools ?

Hi, I'm trying to build and install *only* host_tools and reuse them for all my cross platform compilation builds. I can build it with `ninja host_tools` but I could not found any `host_tools_install` or `install_host_tools` targets, and if I'm trying to install it with `ninja install` it wil

Re: [Development] [Qt-creator] Stepping down as maintainer of the CMake plugin of Qt Creator

Hi, It is so sad to see you (and other great developers) leaving TQC ... Thank you so much for all the great work you did for QtCreator, and also for helping me with Android QtCreator plugin. I wish you all the best with your new job! Cheers, BogDan. P.S. Regarding the CMake QtCreator plug

Re: [Development] Switch the main "Qt Build System"

În ziua de marți, 9 iunie 2020, la 21:31:17 EEST, Thiago Macieira a scris: > On Tuesday, 9 June 2020 01:26:12 PDT Alexandru Croitor wrote: > > > On 9. Jun 2020, at 10:17, Jean-Michaël Celerier > > > wrote: > > > > > > To simplify this step, is there / could there be maybe a > > > -DQT_BUILD_TOOLS

Re: [Development] Switch the main "Qt Build System"

În ziua de marți, 9 iunie 2020, la 13:46:48 EEST, Edward Welbourne a scris: > On 6/9/20 7:22 AM, Bogdan Vatra via Development wrote: > >>> - if you'll not support/trash all .pro/.pri files how we'll push > >>> fixes for 5.15 branch ? Because right now we ca

Re: [Development] Switch the main "Qt Build System"

În ziua de marți, 9 iunie 2020, la 10:35:33 EEST, Joerg Bornemann a scris: > On 6/9/20 7:22 AM, Bogdan Vatra via Development wrote: > > - is it possible to cross compile Qt in one go (just like we do with > > qmake)? > Assuming you're talking about the multi-ABI Android buil

Re: [Development] Switch the main "Qt Build System"

Hi, În ziua de marți, 9 iunie 2020, la 11:13:21 EEST, Alexandru Croitor a scris: > > On 9. Jun 2020, at 07:22, Bogdan Vatra wrote: > > > > - is it possible to cross compile Qt in one go (just like we do with > > qmake)? > Could you clarify what you mean by &quo

Re: [Development] Switch the main "Qt Build System"

Hi, I have a few questions: - is it possible to cross compile Qt in one go (just like we do with qmake)? - if you'll not support/trash all .pro/.pri files how we'll push fixes for 5.15 branch ? Because right now we can't push fixes directly to 5.15. branch and all the fixes must go trough dev br

Re: [Development] Make Qt6 JNI API safer to use

Hi, În ziua de joi, 5 martie 2020, la 17:14:44 EET, Vitaly Fanaskov a scris: > I think something like std::expected is a nice thing to have. > > There is some experimental implementation of std::expected: > https://github.com/TartanLlama/expected. > That implementation is my favorite, I really

Re: [Development] Make Qt6 JNI API safer to use

În ziua de joi, 5 martie 2020, la 17:21:11 EET, Thiago Macieira a scris: > On Thursday, 5 March 2020 07:14:44 PST Vitaly Fanaskov wrote: > > I think something like std::expected is a nice thing to have. > > > > There is some experimental implementation of std::expected: > > https://github.com/Tart

[Development] Make Qt6 JNI API safer to use

Hi, I started to review and move androidextras to qtbase (qtbase/src/corelib/ platform/android). Here we have a problem with our Qt JNI API. The problem is that in Java exceptions are (ab)used everywhere. Even if we have a way to check for exceptions after each call in Qt, it's not used (not e

Re: [Development] Using SSE/NEON in Qt 6

Hi, For *Android*: - NEON is turned on by default for armv7a starting with NDKr21[0] (for armv8 NEON is mandatory). - for x86 all up to SSE3 [1] - for x86_64 all up to SSE4.2 [1] Cheers, BogDan. [0] https://github.com/android/ndk/wiki/Changelog-r21#changes [1] https://developer.android.com/nd

Re: [Development] Changes to Qt offering

În ziua de duminică, 2 februarie 2020, la 13:14:13 EET, Ville Voutilainen a scris: > On Wed, 29 Jan 2020 at 18:11, Volker Hilsheimer wrote: > > I wonder where all this love for the Qt installer comes from. I personally > > consider “sudo apt-get install -y qtcreator” or “brew install qt-creator”

Re: [Development] The future of smart pointers in Qt API

Hi, It seem the community it's still pissed off on TQC, so I'm going to break the ice here :). I'll personally go with std::* (not only for smart ptrs but for everything else (e.g. containers), except QString of course). QPointer still needs to stay as there is nothing in std:: which we can

Re: [Development] Changes to Qt offering

În ziua de marți, 28 ianuarie 2020, la 15:26:34 EET, Lisandro Damián Nicanor Pérez Meyer a scris: > Hi! > > On 20/01/27 06:18, Thiago Macieira wrote: > > On segunda-feira, 27 de janeiro de 2020 14:48:17 PST Alexander Akulich wrote: > > > I would expect a significant negative effect on the qualit

Re: [Development] Changes to Qt offering

În ziua de marți, 28 ianuarie 2020, la 08:37:47 EET, Benjamin TERRIER a scris: > Le mar. 28 janv. 2020 à 03:22, Thiago Macieira > > a écrit : > > On segunda-feira, 27 de janeiro de 2020 14:47:46 PST NIkolai Marchenko > > > > wrote: > > > Assuming we have a VM that is restricted to connecting to

Re: [Development] Changes to Qt offering

Hi Lars, În ziua de luni, 27 ianuarie 2020, la 16:34:44 EET, Lars Knoll a scris: > Hi all, [...] > > One is a change in policy regarding the LTS releases, where the LTS part of > a release is in the future going to be restricted to commercial customers. > All bug fixes will (as agreed on the Qt C

Re: [Development] Nomination of Build System Maintainer(s)

+1 for each :) BogDan. În ziua de miercuri, 15 ianuarie 2020, la 16:27:29 EET, Kai Köhne a scris: > Hi, > > I'd like to nominate Jörg Bornemann and Alexandru Croitor as joint official > maintainers of the Build System in qtbase, which is officially unmaintained > [1]. > > Jörg has been doing a

Re: [Development] Nominating Cristian Adam as approver

+1 Cheers, BogDan. În ziua de sâmbătă, 9 noiembrie 2019, la 21:07:42 EET, Tobias Hunger a scris: > +1 > > Best Regards, > Tobias ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development

[Development] CI is quite unstable on windows

Hi, I'm trying to integrate https://codereview.qt-project.org/c/qt/qtbase/+/ 278646 but it always fails on windows in the very same place. Can an windows expert to check these tests and if they can't be fixed/reliable, then blacklist them on windows? Thanks. Cheers, BogDan.

Re: [Development] Gerrit update

Hi, Since yesterday I can't submit any of my patches. The submit "button" is gay, e.g. https://codereview.qt-project.org/c/qt/qtbase/+/273675 Am I doing something wrong? Cheers, BogDan. În ziua de luni, 30 septembrie 2019, la 09:40:36 EEST, Heikki Halmet a scris: > Hi, > > Coin fixed and i

Re: [Development] Qt Contributors' Summit 2019 - Registration open!

Hi, Considering that QtCS and QtWS are both in Berlin and both in Nov, is there any reason why QtCS date was not choose immediately after QtWS (7-9)? Cheers, BogDan. În ziua de miercuri, 18 septembrie 2019, la 17:42:18 EEST, Kai Köhne a scris: > Hi, > > Registration to the Qt Contributors S

Re: [Development] Proposal for an efficient and robust (de)serialization mechanism working with Qt-supported data

Hi, It will be great if we can find a way to use it any (de)serialization mechanism (e.g. proto buff, flat buffers, etc.) not only with only one (qt specific). Cheers, BogDan. În ziua de vineri, 30 august 2019, la 16:42:54 EEST, Simon Hausmann a scris: > Hi Arnaud, > > I think that perhaps

Re: [Development] HEADS-UP: Branching '5.14' from 'dev' complete, Qt 5.14 Feature Freeze in effect & '5.15' created

Hi, I can't edit https://wiki.qt.io/New_Features_in_Qt_5.14 ;-(. Cheers, BogDan. În ziua de marți, 27 august 2019, la 10:00:46 EEST, Jani Heikkinen a scris: > Hi all, > > Final downmerge from dev to '5.14' is now done. All other modules are ready > and merges in but qtbase merge > (https://code

Re: [Development] HEADS-UP: QStringLiteral

În ziua de joi, 22 august 2019, la 15:17:33 EEST, Tor Arne Vestbø a scris: > > On 22 Aug 2019, at 13:55, Lars Knoll wrote: > > > > The problem with our multitude of string classes is not only that we’re > > overcomplicating our API, but also that we’re adding implementation > > complexity for our

Re: [Development] HEADS-UP: QStringLiteral

Hi, > Returning to your original post: > >>> All the major frameworks out there (i.e. Java, C#) they have a > >>> single String which does all the magic. > > Yes, and those systems are all built with the assumption that client > code doesn't care if every single time anything happens to a string

Re: [Development] HEADS-UP: QStringLiteral

Hi, În ziua de miercuri, 21 august 2019, la 13:53:02 EEST, Giuseppe D'Angelo via Development a scris: > Hi, > > On 21/08/2019 11:50, Bogdan Vatra via Development wrote: > >Personally I'm not going to waste my time learning 10 sting wrappers > >and > >

Re: [Development] HEADS-UP: QStringLiteral

Hi, În ziua de miercuri, 21 august 2019, la 00:12:59 EEST, Thiago Macieira a scris: > On Tuesday, 20 August 2019 08:56:06 PDT Bogdan Vatra via Development wrote: > > Isn't silly to have so many wrappers around a such a simple thing as > > > > strings? > > W

Re: [Development] HEADS-UP: QStringLiteral

Hi, Isn't silly to have so many wrappers around a such a simple thing as strings? All the major frameworks out there (i.e. Java, C#) they have a single String which does all the magic. In Qt we have: QString, lost of QString::fromXXX, QLatin1String, QStringLiteral, QStringView, QByteArray

Re: [Development] Supported compilers for Qt 6

On 2019-08-12 22:34, Thiago Macieira wrote: On Monday, 12 August 2019 08:11:38 PDT Thiago Macieira wrote: distributions and Android SDKs use. Any word on what Clang the Android SDK we'll require uses? NDK r19 and NDK r20 are shipped with clang 8.0, which according to https://clang.llvm.or

[Development] Is CI broken ?

Hi, I'm trying to stage a patch( https://codereview.qt-project.org/c/qt/qtbase/ +/266489 ), but I'm getting the same error each time. Is anyone working on it? Cheers, BogDan. ___ Development mailing list Development@qt-project.org https://lists.qt-p

Re: [Development] Proposing CMake as build tool for Qt 6

[...] > > > > [...] > > > > Are you seriously thinking that Qt is going to use scripts from some > > random > > github projects ?!?!? > > There is a choice: with cmake you either spend hours yourself developing > stuff, or reuse results of those who went through that hell before you :) Or use a

Re: [Development] Proposing CMake as build tool for Qt 6

Hi, > > Though I can't help but wonder what is the magical ingredient in build > systems that has the power to generate such vigorous debates over the > internet. > Because the buildsystem makes the difference between wasting so many hours on writing build system scripts or using that time t

Re: [Development] Proposing CMake as build tool for Qt 6

Hi, [...] > > > qnx > > you mean like software companies using Qt do, today ? > https://github.com/mapbox/mapbox-gl-native/blob/master/platform/qt/qnx.cmake > > vxworx > > VxWorks ships with CMake so there must be at least some amount of support. ( > https://tp.prosoft.ru/docs/shared/webdav_biz

[Development] Proposing a wiki page for Qt6 buildsystem requirements

Hi, I'd like to propose a new wiki page (https://wiki.qt.io/Qt6/Requirements ?) where, at least all platform maintainers, will add all the features they need for that platform. As the Android maintainer I'm not happy with current qmake support, not to mention cmake support which in this mom

Re: [Development] Proposing CMake as build tool for Qt 6

În ziua de sâmbătă, 15 iunie 2019, la 19:32:52 EEST, Thiago Macieira a scris: > On Friday, 14 June 2019 23:45:47 PDT Bogdan Vatra via Development wrote: [...] > > > So, as long as we need to provide libs, (qml) plugins for debug & release > > I think building them in

Re: [Development] Proposing CMake as build tool for Qt 6

Hi, În ziua de joi, 13 iunie 2019, la 18:22:14 EEST, Thiago Macieira a scris: > On Thursday, 13 June 2019 01:06:06 PDT Bogdan Vatra via Development wrote: > > Hi, > > > > There is one more missing feature to add to your list: build & debug > > > > builds f

Re: [Development] Proposing CMake as build tool for Qt 6

Hi, There is one more missing feature to add to your list: build & debug builds for msvc in one go (same as qmake does now, a single "make" command will build both targets). Also I wonder when do you plan to release Qt6? Because according to Thiago's "what a buildsystem must to have list"

Re: [Development] Proposing CMake as build tool for Qt 6

that, with some WIP non-merged patches in qtbase, I was able to > build parts of qtbase with CMake, targeting armv8 iOS. > So there's still some work to be done, but in principle it should be > doable. > > > On 6. Jun 2019, at 15:13, Bogdan Vatra via Development > >

Re: [Development] Proposing CMake as build tool for Qt 6

lp. Yet I feel that they > don't represent show-stoppers from a decision making point of view. I'm > confident that if others in the C++ community are able to build apps for > iOS with CMake, then we will also be able to build Qt for it. > > Simon > > ___

Re: [Development] Proposing CMake as build tool for Qt 6

În ziua de joi, 6 iunie 2019, la 14:45:14 EEST, Simon Hausmann a scris: > Hi, > > In the past months we, some developers from the Qt Company and KDAB, > have made good progress on the port of Qt to use CMake as build tool. > Since the initial prototype, the port has advanced very well and its > cu

Re: [Development] Qt 5 types under consideration for deprecation / removal in Qt 6

În ziua de vineri, 31 mai 2019, la 19:03:46 EEST, Thiago Macieira a scris: > On Thursday, 30 May 2019 22:45:02 PDT Bogdan Vatra via Development wrote: > > Hi, > > > > În ziua de vineri, 31 mai 2019, la 08:36:31 EEST, Thiago Macieira a scris: > > > On Thursday, 30 Ma

Re: [Development] Qt 5 types under consideration for deprecation / removal in Qt 6

Hi, În ziua de vineri, 31 mai 2019, la 08:36:31 EEST, Thiago Macieira a scris: > On Thursday, 30 May 2019 15:51:26 PDT Konstantin Tokarev wrote: > > BTW, are you also planning to drop support for using PCH with GCC-like > > compilers when building Qt? It's a thing that is trivial to do with make >

Re: [Development] Qt online SDK security problems

În ziua de joi, 18 aprilie 2019, la 13:54:15 EEST, André Pönitz a scris: > On Thu, Apr 18, 2019 at 10:24:24AM +0300, BogDan Vatra via Development > > wrote: > > Hi, > > > > Long time ago the Qt online SDK used to help the users to use the > > latest and t

Re: [Development] Qt online SDK security problems

itch to a newer version. > This is (IIRC) why the installer switched to this approach. > > I can see your point as well, especially when your project is flexible > enough to update dependencies. But that is not the case for many projects > out there. > BR, > Maurice > > >

[Development] Qt online SDK security problems

Hi, Long time ago the Qt online SDK used to help the users to use the latest and the safest Qt version all the time. Sadly that was changed, IMHO without too much thinking, and now a lot of users (I'm one of them) are stucked with outdated versions. A few days ago I installed 5.12.2 and today

Re: [Development] A deployment tool for Linux

Hi, Personally I think it's a great idea. I used linuxdeployqt myself and it worked. The only problem I saw it was the speed, it takes quite a lot to complete (e.g. it took a few minutes, while androiddelopqt takes less than 10 seconds). But witl some love I'm pretty sure it can be improved a

Re: [Development] Nominating Brett Stottlemeyer for Approver status

+1 În ziua de luni, 18 martie 2019, la 10:05:22 EET, Ville Voutilainen a scris: > Brett is the maintainer of Qt Remote Objects. Thus he should be > documented as a maintainer, and should also be an approver. Brett has > been effectively maintaining QRO since 2014, so it seems like a slam > dunk

Re: [Development] Qt 5.12 branch is broken for Android

Hi, [...] > > Now configure mixes host libs with the target (android) ones, which IMHO > > is > > very wrong when cross-compiling :). > > Can some qmake master take a look and fix the problem? > > if you're sure you have the latest revision and a completely clean build > tree (including no stray

[Development] Qt 5.12 branch is broken for Android

Hi, I'm trying to compile Qt for Android and 5.12 branch received quite a lot configure changes which broke Android builds (though I thought that 5.12 branch is for bug fixes only). Now configure mixes host libs with the target (android) ones, which IMHO is very wrong when cross-compiling :)

Re: [Development] Build system for Qt 6

Hi, În ziua de luni, 12 noiembrie 2018, la 15:06:00 EET, Joerg Bornemann a scris: > On 10/30/18 12:16 PM, Bogdan Vatra via Development wrote: > > Late to the game, but I feel the urge to comment on some things. > > > > c.2) Incomplete! A while ago, I created a QBS plugi

Re: [Development] Build system for Qt 6

Hi, Yes, "hard to work with" :). Cheers, BogDan. În ziua de joi, 1 noiembrie 2018, la 11:24:29 EET, Vlad Stelmahovsky a scris: > you mean "hard to work with"? > > On 11/1/18 9:34 AM, Bogdan Vatra via Development wrote: > > Hi, > > > >GN is th

Re: [Development] Build system for Qt 6

Hi, GN is the closest build system to QBS, the only problem it has it's controled by Google and these guys are sometime had to work with. Cheers, BogDan. În ziua de joi, 1 noiembrie 2018, la 10:30:01 EET, Nikolai Kosjar a scris: > On 10/29/18 1:17 PM, Lars Knoll wrote: > > Given that we are c

Re: [Development] Build system for Qt 6

Hi, În ziua de marți, 30 octombrie 2018, la 19:11:20 EET, Oswald Buddenhagen a scris: > On Tue, Oct 30, 2018 at 01:16:43PM +0200, Bogdan Vatra wrote: > > c.2) back then, none of the existing build system could deliver enough > > information to IDEs to enable prefect code

Re: [Development] Build system for Qt 6

Hi, DISCLAIMER: I was one of the biggest QBS supporters! QBS was a dream too good to be true, its main goals were: a) a simple sintax which anyone can use b) no extrenal dependeincies to configure/build & deploy your apps c) designed with tooling in mind: c.1) imagine a world where you can

Re: [Development] Build system for Qt 6

Yup, it's a sad day for people who liked QBS. Personally I'll check GN, which has a nice syntax, not as nice as QBS but ... :) . În ziua de luni, 29 octombrie 2018, la 18:32:11 EET, Ray Donnelly a scris: > Agreed, a brilliant bit of technology, such a shame to see it deprecated. > > On Mon, Oct

Re: [Development] Qt 6 buildsystem support requirements

În ziua de joi, 2 august 2018, la 18:06:02 EEST, Thiago Macieira a scris: > On Wednesday, 1 August 2018 23:13:13 PDT BogDan Vatra via Development wrote: > > > Now that is nice, as we know that the moc, uic, rcc outputs are > > > platform- > > > independent. That shou

Re: [Development] Qt 6 buildsystem support requirements

În ziua de joi, 2 august 2018, la 11:02:30 EEST, Lars Knoll a scris: > > On 2 Aug 2018, at 09:52, BogDan Vatra wrote: > > > > În ziua de joi, 2 august 2018, la 09:49:48 EEST, Lars Knoll a scris: > > > >>> On 2 Aug 2018, at 08:13, BogDa

Re: [Development] Qt 6 buildsystem support requirements

În ziua de joi, 2 august 2018, la 09:49:48 EEST, Lars Knoll a scris: > > On 2 Aug 2018, at 08:13, BogDan Vatra via Development > > wrote: […] > > > > It will be nice if this feature is mandatory for Qt 6, so let's add it to > > > > > > your req

Re: [Development] Qt 6 buildsystem support requirements

Hi În ziua de joi, 2 august 2018, la 09:33:10 EEST, Joerg Bornemann a scris: > On 08/02/2018 08:18 AM, Simon Hausmann wrote: > > Given that the output of the moc changes depending on what platform and > > compiler dependent pre-processor macros are supplied, I would say that > > the output is not c

Re: [Development] Qt 6 buildsystem support requirements

Hi, În ziua de joi, 2 august 2018, la 01:31:10 EEST, Thiago Macieira a scris: > On Wednesday, 1 August 2018 12:46:04 PDT BogDan Vatra via Development wrote: > > Hi, > > > > qmake can't compile them all *at once* e.g. $ qmake && make will compile >

Re: [Development] Qt 6 buildsystem support requirements

nesday, 1 August 2018 11:58:02 PDT BogDan Vatra via Development >wrote: >> Hi, >> >> Did you knew that qbs can build all but windows targets at once >from your >> Linux machine? > >That's not news. qmake can do that, provided you have the toolchains. &

Re: [Development] Qt 6 buildsystem support requirements

Hi, Did you knew that qbs can build all but windows targets at once from your Linux machine? Using mingw you can cross compile Qt for windows, but you probably want to run tests and to check if the code compiles with msvc. This feature might not seem pretty useful for linux, but is very usef

Re: [Development] Raising the minimum Android NDK version

For 5.11 we used 10e and I'm afraid we can't afford to change it without proper testing. Cheers, BogDan. On July 29, 2018 10:11:53 PM GMT+03:00, Thiago Macieira wrote: >On Sunday, 29 July 2018 11:15:38 PDT BogDan Vatra via Development >wrote: >> AFIK qt 5.12 will use ndk

Re: [Development] Raising the minimum Android NDK version

AFIK qt 5.12 will use ndk r16 or better. On July 29, 2018 6:16:30 PM GMT+03:00, Thiago Macieira wrote: >On Monday, 16 July 2018 08:50:05 PDT Thiago Macieira wrote: >> On Monday, 16 July 2018 00:08:44 PDT Bogdan Vatra via Development >wrote: >> > The clang support was adde

Re: [Development] Qt 6 buildsystem support requirements

Hi, În ziua de duminică, 22 iulie 2018, la 12:18:06 EEST, Tobias Hunger a scris: > On Sat, Jul 21, 2018, 14:49 Jean-Michaël Celerier < > > jeanmichael.celer...@gmail.com> wrote: > > +1, I was flabbergasted when the big objection against CMake in Qt 6 > > boiled down to "it does not supports all th

Re: [Development] Qt 6 buildsystem support requirements

Hi, În ziua de duminică, 22 iulie 2018, la 12:11:44 EEST, Tobias Hunger a scris: > On Sat, Jul 21, 2018, 07:38 Bogdan Vatra via Development < > > development@qt-project.org> wrote: > > You really hate QBS don't you ? :) > > Do you have so few arguments for qbs tha

Re: [Development] How would Android switching to Vulkan would impact Qt for Android?

Hi, În ziua de sâmbătă, 21 iulie 2018, la 11:06:30 EEST, Vincas a scris: > Story: > > https://www.xda-developers.com/google-android-q-vulkan-graphics-render-ui/ > > I wonder how it could affect QML apps built for Android? It doesn't mean that OpenGL support will be removed, so there should be n

Re: [Development] Qt 6 buildsystem support requirements

Hi, În ziua de sâmbătă, 21 iulie 2018, la 09:40:47 EEST, Allan Sandfeld Jensen a scris: > On Samstag, 21. Juli 2018 07:38:10 CEST Bogdan Vatra via Development wrote: > > Hi, > > > > În ziua de sâmbătă, 21 iulie 2018, la 05:35:48 EEST, Thiago Macieira a > > scris: >

Re: [Development] Qt 6 buildsystem support requirements

Hi, În ziua de sâmbătă, 21 iulie 2018, la 05:35:48 EEST, Thiago Macieira a scris: > Hello > > Having spent far too much time trying to figure out why crappy buildsystems [...] > > 1) Ease of obtention > > a) Must be packaged by all major package managers where Qt 6 is expected to > be relevant.

Re: [Development] Raising the minimum Android NDK version

În ziua de vineri, 13 iulie 2018, la 23:50:36 EEST, Thiago Macieira a scris: > On Wednesday, 11 July 2018 23:32:16 PDT Thiago Macieira wrote: > > On Wednesday, 11 July 2018 23:00:50 PDT Liang Qi wrote: > > > https://bugreports.qt.io/browse/QTQAINFRA-1681 > > > https://codereview.qt-project.org/#/c/

Re: [Development] Android binary size with Clang

În ziua de joi, 21 iunie 2018, la 11:38:29 EEST, Sérgio Martins via Development a scris: > On 2018-06-21 04:40, Thiago Macieira wrote: > > Hello > > > > Yesterday during the PDXCPP Meet Up, I was asked if we had come up with > > a good > > solution to the increase in size of native binaries on An

Re: [Development] QtCS 2018 - Serialisation session notes

Hi, > > === Protobuf === > > * Need volunteers to write a Proof of Concept > ** plugin to protoc? IMHO flatbuffers (https://google.github.io/flatbuffers/) has quite a few advantages over protocol buffers (one that I really like is that the only dependency your app has is a single .h file, w

Re: [Development] Fornux C++ Superset

Hi, În ziua de marți, 24 aprilie 2018, la 04:08:19 EEST, Phil Bouchard a scris: > Greetings, > > Because Qt is very powerful, I would like to clarify the importance of > the following problems despite my previous informal attempts: > - The recent Qt 5.10.1 still randomly crashes for apps written

Re: [Development] Proposing David Faure as maintainer of Qt Models

+1 from me. Cheers, BogDan. În ziua de luni, 12 martie 2018, la 19:10:35 EET, Sérgio Martins a scris: > Hi, > > > Although the wiki says Qt Models don't have a maintainer I'd say David > Faure has been an unofficial maintainer. > David is one of the top contributors to model related code and is

Re: [Development] Qt branches & proposal how to continue with those

Hi, As long as we don't have enough time fix all the problems in a non LTS release, I think releasing at least one patch version is not that bad ... Yours, BogDan. În ziua de luni, 29 ianuarie 2018, la 10:15:51 EET, Simon Hausmann a scris: > Hi, > > > I feel that we are generally guiding ou

Re: [Development] Time to switch to android-clang

On marți, 19 decembrie 2017 11:25:17 EET Sergio Martins wrote: [...] > > The problem of clang generating bigger binaries was much improved with > -Oz, now size increase is only 10%. > Which, on ARM, usually means the bins are slower ;-) [...] Anyway, a +0.5 also from my side. Cheers, BogDan. _

Re: [Development] Nominating Kevin Funk for Maintainer qtbase/Build Systems/CMake

On vineri, 13 octombrie 2017 21:30:59 EET André Pönitz wrote: > Hi all. > > I would like to nominate Kevin Funk for Maintainer of the > Build Systems/CMake area. > > Kevin is effectively doing the job today. > +1 from me! Cheers, BogDan. ___ Develop

Re: [Development] Future of QBS

On luni, 16 octombrie 2017 17:38:53 EEST Christian Gagneraud wrote: > On 16 October 2017 at 15:42, Kevin Kofler wrote: > > Christian Gagneraud wrote: > >> I would resume this post as "I love CMake, CMake is the only way. > >> You're all wrong." > >> This post doesn't explain anything, doesn't give

Re: [Development] Proposal for Qt 5.10 platforms and configurations changes

Hi Jake, On joi, 27 aprilie 2017 15:00:58 EEST Jake Petroules wrote: > > On Apr 27, 2017, at 7:40 AM, BogDan Vatra wrote: > > > > For Android I'd like to support 64 bit platforms (arm and x86) > > > They are already supported. Feel free to compile Qt with the

Re: [Development] Proposal for Qt 5.10 platforms and configurations changes

For Android I'd like to support 64 bit platforms (arm and x86) BogDan. On April 27, 2017 12:29:08 PM GMT+03:00, Heikki Halmet wrote: >Hi, > > > >Below we have proposal for changes in supported platforms and >configurations from Qt 5.9 to 5.10. > >Please comment if the proposal is insufficient o

Re: [Development] Qt 5.10 schedule proposal

On joi, 13 aprilie 2017 12:34:27 EEST Tuukka Turunen wrote: > On 13/04/2017, 15.30, "Development on behalf of Konstantin Tokarev" > annu...@yandex.ru> wrote: > > > 13.04.2017, 15:11, "Bogdan Vatra" : > > > It's just me or di

Re: [Development] Qt 5.10 schedule proposal

It's just me or did you forgot to add 5.8.1? Cheers, BogDan. On joi, 13 aprilie 2017 11:48:06 EEST Jani Heikkinen wrote: > After short internal discussion here is my proposal for those patch level > releases: > > - Branch '5.6.3' from '5.6' at the end of May/beginning of June, 5.6.3 > releas

Re: [Development] Nominate Mike Krus as approver

On luni, 6 februarie 2017 12:26:03 EET Sean Harmer wrote: > Hi, > > I'd like to nominate Mike Krus as an approver. Mike contributed support for > Qt on tvOS along with the refactoring that went in as part of this. Mike > has done a lot of work within Qt 3D too. > > Disclaimer: Mike is a colleague

Re: [Development] A new approach for Qt main()

On vineri, 9 decembrie 2016 12:58:46 EET Eskil Abrahamsen Blomfeldt wrote: > Den 09.12.2016 12:40, skrev Tor Arne Vestbø: > > On 09/12/2016 11:44, Lars Knoll wrote: > >> Well, the problem is that the main() entry point is causing huge amounts > >> of issues on at least Android and iOS. > > > > I d

Re: [Development] QDataStream: blackbox or document all versions?

Hi, What about Option 3 :) ? Use another binary format for serialization: flatbuffers [1] which is super fast, has a stable binary format and can be used by lots of other languages [2]. Cheers, BogDan. P.S. On my personal fork [3] I even added Qt support, and it can be used from QML as well ;

Re: [Development] Notes on "Qt Build Systems" @ QtCon 2016

On joi, 8 septembrie 2016 20:22:25 EEST Jake Petroules wrote: > I just found a perfect example of how hard building a JAR file is in qmake > for example, compared to qbs: IMHO will be even easier if instead: qbs-javac-scan.qbs: [...] files: [ "io/qt/qbs/**/*.java" ] [...] You'll w

Re: [Development] Notes on "Qt Build Systems" @ QtCon 2016

On marți, 6 septembrie 2016 17:35:03 EEST Cristian Adam wrote: > On Tue, Sep 6, 2016 at 5:14 PM, Kevin Kofler wrote: > > I guess somebody could even get CMake to write Qbs files, it would just be > > one more generator. :-) > > This was done already >

Re: [Development] QML: Why C++11 scoped enums are not scoped in QML?

On joi, 28 iulie 2016 09:52:56 EEST Dominik Holland wrote: > Am 28.07.16 um 09:41 schrieb Olivier Goffart: > > On Donnerstag, 28. Juli 2016 10:32:54 CEST BogDan Vatra wrote: > >> On miercuri, 27 iulie 2016 09:08:32 EEST Thiago Macieira wrote: > >>> On quarta-feira, 27

Re: [Development] [QML]: Why can't create Q_GADGETs from QML ?

import MyModule 1.0 as Foo > > > var g = new Foo.ThatName(); > > > It's a bit of work to do, but I don't see a problem in principle. > > > Simon > > > From: Development > on behalf of BogDan Vatra Sent:

  1   2   >