Re: [Development] Resurrecting QtGamepad

x27;s FetchContent (FetchContent_Declare) we should be fine. Though I don't know how if it will just work using CMake's FetchContent with all the libs & (QML) plugins on strange platforms like Android. Cheers, BogDan. În ziua de luni, 12 mai 2025, la 14:25:45 Ora de vară a Eur

Re: [Development] Resurrecting QtGamepad

Hi, Where is this new resurrected QtGamepad? Cheers, BogDan. În ziua de luni, 12 mai 2025, la 13:19:18 Ora de vară a Europei de Est, Andy Nichols via Development a scris: > I’m a bit confused about what’s being proposed/discussed here. We did > revive QtGamepad, in so far as we integrat

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, Ale

[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 ma

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?

der and it will parse all the .qdoc files for me. - the `docs` target doesn't seem to work: ``` qt.qdoc: Cannot find index directory: "/home/bogdan/work/qt/qtmqtt/b/./doc" /home/bogdan/work/qt/qtmqtt/src/mqtt/doc/qtmqtt.qdocconf:1: (qdoc) error: Cannot open file '//./doc/global/qt

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

all. > > Actually I use Android multi-ABI with CMake and it just works. With > Android's stock toolchain file and hand written packing rules, as Qt > just wasn't there when I switched to CMake. Well, and its Qt5... But why > shouldn't work for CMake and

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

have a huge elephant in the room which nobody want to see it... Yours, BogDan. ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development

Re: [Development] How to build and install only host_tools ?

Hi, I think for cross compiling it needs headers and some libs as, at least on Linux, it doesn't build all tools which are needed for all supported platforms (e.g. androiddeployqt needed for android). My hunch is that these tools, somehow, are built during android build. Cheers, B

[Development] How to build and install only host_tools ?

nstall` it will build and install everything not only host_tools. Am I missing something? Or there is no way to build and install only host_tools? Cheers, BogDan. ___ Development mailing list Development@qt-project.org https://lists.qt-project.or

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

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

ll the missing pieces from cmake? There are host tools that are not very forward or backward compatible (e.g. androiddeployqt) which might require a specific Qt version as it knows how to deal with a specific input files... Cheers, BogDan. ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development

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"

t go trough dev branch first. Cheers, BogDan. În ziua de luni, 8 iunie 2020, la 16:43:20 EEST, Alexandru Croitor a scris: > Hi everyone, > > It's time to talk about everyone's favourite topic again: build systems. > > It's been a while since we started porting and

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

if there is any pending exceptions on current JNI Env 2. check if the method signature is okay 3. check if the method call throw any exceptions Using exceptions we can pinpoint what happened. Imagine how hard will be without exceptions to pass a

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

te to it to make > it better. Where is QSystemResult? I can't find it in dev branch ... Did you rename it? Cheers, BogDan. ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development

[Development] Make Qt6 JNI API safer to use

if a JNI call fails it will throw a C++ exception. IMHO this is by far the best, cleanest and easiest solution. 3 - I'm open for better ideas which makes the coding safer and *easier*. Cheers, BogDan. [0] https://wg21.link/P0323R9 sadly it's not in c++20 :( therefore we need to 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

Re: [Development] Changes to Qt offering

rth a lot more (to me) than building another > > installer. > Qt installer resumes downloads after a network connection break. > apt-get does not. :) You must be kidding, apt it's (one of) the best package manager! It resumes the download(s) from the

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

std:: which we can use (unless it's not needed anymore). Regarding the second issue, I'd like to have (const) references & shared ptrs only and to avoid raw pointers. Cheers, BogDan. În ziua de vineri, 31 ianuarie 2020, la 12:07:52 EET, Vitaly Fanaskov a scris: > Hello everyone

Re: [Development] Changes to Qt offering

ian). This is because it's normally > easier to get the patches from a LTS. But the point remains the same. What happens when Qt 6 will be out and TQC closes 5.15 branch and you'll have to maintain Qt 5 for a couple of years without any bug fixes from upstream? As I pointed in my previous mails, the major risk here is that there will be a Qt 5.15 fork after the 5.15 branch is closed ... and nobody wins from such a scenario. Cheers, BogDan. ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development

Re: [Development] Changes to Qt offering

will have to use either a "community" fork where all these distros will share their bugfixes or they will have their own patches. This means, it will be bad for TQC, because if these patches are not contributed via gerrit (CLA), TQC can't use them for commercial customers. Cheers, BogDan. ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development

Re: [Development] Changes to Qt offering

s, you are right, if they will be closed then, I'm afraid, your statement can't stand... Cheers, BogDan. ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development

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]. >

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. Chee

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, &

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 Con

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 tha

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 i

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

În 21 august 2019 19:46:26 EEST, "Tor Arne Vestbø" a scris: > > >> On 21 Aug 2019, at 18:32, Giuseppe D'Angelo via Development > wrote: >> >> On 21/08/2019 18:21, Tor Arne Vestbø wrote: >>> I would not want to have those “you’re using a fast, but not optimal >version of the N string classes” w

Re: [Development] HEADS-UP: QStringLiteral

gt; We don't have that luxury, sad to say, > But we have the luxury to loose potential Qt contributors because we are going to force them to use so many string wrappers? Cheers, BogDan. ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development

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

;} isn't working! Is it that hard to have *A* single String for UTF-16 and *A* single one for UTF-8? Ot at least A single String class and *A* single sting wrapper for each UTF? Cheers, BogDan. În ziua de marți, 20 august 2019, la 13:04:12 EEST, Mutz, Marc via Development a scris: &

Re: [Development] Supported compilers for Qt 6

https://clang.llvm.org/cxx_status.html hs proper c++17 support. According to https://android.googlesource.com/platform/ndk/+/master/docs/Roadmap.md even modules will be supported soon. Anyway will not be an issue, because usually, the users are using the latest NDKs which have modern compilers. Cheers, B

[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:

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

here is CPack thing that can build packages. No idea if it supports Android > in particular. If you don't know if it supports Android (or iOS, Fuchsia, etc), why did you bother to mentioned it? With so much support our there you should find if CPack can do all the steps to build an Android package in seconds, right? Cheers, BogDan. ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development

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

s or using that time to improve your application, to think to better algorithms, do something useful. BogDan. ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development

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

tem not cmake! You either don't know how an Android package is built or if you know then you're intentionally lie people... Same for iOS, Fuchsia and other OSs that you enumerate: Can you use cmake to build a *PACKAGE*? Cheers, BogDan. ___ D

[Development] Proposing a wiki page for Qt6 buildsystem requirements

ch in this moment is behind qmake. Cheers, BogDan. ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development

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

gives it a faster build time than any other build system out there, yes faster than qmake/cmake + gradle! I just hope that even if you'll use cmake to build qt itself, we can still be able to use any buildsystem to build our Qt Apps. Cheers, BogDan. În ziua de joi, 13 iunie 2019

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

Hi, Multi-arch builds was the biggest win of QBS which supported them not only for iOS but for Android and I think for any platform. Again multi-arch builds are out for years but no cmake support :). Cheers, BogDan. În ziua de joi, 6 iunie 2019, la 16:28:20 EEST, Alexandru Croitor a scris

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

Hi, I won't hold my breath for community support for iOS. iOS is out for so many years, yet CMake has no support for t. iOs is not a show stopper if and only you're prepared to drop this plaform from Qt 6 in case cmake support will be poor or non existing. Cheers, BogDan. În ziua

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

ry well and its > current state can be summarized roughly like this: > > * Builds on > * Windows (desktop) > * macOS > * Linux (desktop and embedded) > * Android (running not tested yet) > Any news about iO

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

vial to do with make > > or > > qmake, but turns into rocket science with cmake. > > PCH becomes "not our problem" if we switch to CMake. Please talk to CMake > devs to make the feature possible. PCH becomes *our problem* if we swi

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

qmake params or custom Build/Run steps are not that easy to swicth to another Qt version. Last but not least, it's a waste of disk space. Just ~/Qt/5.12.2 (android_arm64_v8a+android_armv7+gcc_64) installation has 1.7GB. Cheers, BogDan. În ziua de joi, 18 aprilie 2019, la 11:18:30 EES

[Development] Qt online SDK security problems

centage of Qt users that are using the latest Qt versions is very low… Having said that, pretty please with sugar on top consider to add the needed support to help the users to always use the latest and the safest Qt version. Cheers, BogDan. ___ D

Re: [Development] A deployment tool for Linux

e improved a lot. Cheers, BogDan. În ziua de miercuri, 10 aprilie 2019, la 11:13:01 EEST, Mitch Curtis a scris: > What do people think about having a deployment tool for Linux? There is an > existing community tool based on macdeployqt: > > https://github.com/probonopd/linuxdeployq

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

h I have no idea if any of your patches caused this problem. I'm not blaming anyone for this problems, I'm just crying for help :). Cheers, BogDan. ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development

[Development] Qt 5.12 branch is broken for Android

iling :). Can some qmake master take a look and fix the problem? Cheers, BogDan. P.S. 5.12.0 branch compiles with no problems ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development

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: > > Giv

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

stem now, and sadly cmake was the only choice... Cheers, BogDan. [1] https://github.com/bog-dan-ro/kdevelop În ziua de marți, 30 octombrie 2018, la 11:00:18 EET, Christian Gagneraud a scris: > On Tue, 30 Oct 2018 at 01:17, Lars Knoll wrote: > > Hi all, > > Hi Lars, > > Playi

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

gt; the output is not cross-platform. > ...which is why qbs does *not* have such a feature. > moc_XXX.cpp and XXX.moc files are generated per build configuration. The > output is not shared. > Right, moc files are not cross-platform but I t

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

Hi, qmake can't compile them all *at once* e.g. $ qmake && make will compile only one target at the time not all. AFAIK QBS and iirc gn too, are the only few that have this cool feature. Cheers, BogDan. On August 1, 2018 10:27:03 PM GMT+03:00, Thiago Macieira wrote: >On Wed

Re: [Development] Qt 6 buildsystem support requirements

useful for Android where we can bundle multiple platforms in the same package. Cheers, BogDan. On August 1, 2018 7:37:13 PM GMT+03:00, Thiago Macieira wrote: >On Wednesday, 1 August 2018 02:01:40 PDT Edward Welbourne wrote: >> This is easy to do in any build system that supports out-

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

uild for multiple platforms at once is a requirement also for Android where you can bundle multiple platforms at once in one package. Most probably Android is not the only one which supports this feature. This feature is already implemented by QBS. Cheers, BogDan. __

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?

, so there should be no problem for OpenGL apps. Cheers, BogDan. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development

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

e.g. chrome, fuchsia). To my huge surprise, they managed to move it into a separate repo and remove all chromium dependencies (yep, a few months ago you had to checkout the entire chromium repo to build it :) ). Cheers, BogDan. [1] https://gn.googlesource.com/gn/ _

Re: [Development] Raising the minimum Android NDK version

gt; Will this apply to 5.11? I need a decision on whether I need to work around > NDK bugs. The clang support was added and works fine from 5.9. But I think is too late to switch NDK for 5.11. Cheers, BogDan. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development

Re: [Development] Android binary size with Clang

nt. > Is not solved, at least not until we test also the speed, check https:// github.com/android-ndk/ndk/issues/495 Cheers, BogDan. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development

Re: [Development] QtCS 2018 - Serialisation session notes

single .h file, which makes it very portable). Here https://github.com/bog-dan-ro/flatbuffers I have an old fork that adds Qt support to flatbuffers. The only disadvantage that I found is that the maintainer was a little bit difficult to work with :).

Re: [Development] Fornux C++ Superset

or apps written on the > iPhone and for the Android as well. Is there any bug report(s) on this matter? Can you please provide some links(s) to the bug reports and a way to "randomly" reproduce these problems? [...] Cheers, BogDan.

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 contributo

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

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. Ch

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 fro

Re: [Development] Future of QBS

n is turning sterile, at least for me. > You are free to make your own choice, and so am I. > > In case my wording sounded harsh, I would like to let you know that I > am genuinely happy for you to be in charge of CMake support, I mean > it. > "Kevin Kofler" != "K

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

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 th

Re: [Development] Nominate Mike Krus as approver

> Disclaimer: Mike is a colleague at KDAB. > > Cheers, > > Sean +1 BogDan. Same disclaimer. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development

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

multiple Activities in the same process will be a nice thing, is not a very demanding feature. The most demanding feature will be to support multiple Services alongside an Activity in the same process. Cheers, BogDan. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development

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

  1   2   3   >