Re: [Qbs] Long live QBS plugin for VSCode

On Fri, 23 Oct 2020 at 03:41, Denis Shienkov wrote: > > Hi developers, > > Recently, I have started the plugin for the VS Code that support the QBS: > > * https://github.com/denis-shienkov/vscode-qbs Nice! I now have no excuse to not use VSCode now :) Chris

Re: [Qbs] Evaluation of Conditional Depends

On Sun, 7 Jun 2020 at 04:30, Christian Gudrian wrote: > > Hello! > > In ModuleA there is a property enableFeature which by default is false. > > ModuleB conditionally depends on ModuleC, if ModuleA.enableFeature is true. > > A Product depends on ModuleA and ModuleB and sets ModuleA.enableFeature

Re: [Qbs] Using ConanfileProbe with yocto cross compiling toolchain

On Sat, 23 May 2020 at 07:34, Richard Weickelt wrote: > > Thus I don't think that it should be made into the official Qbs codebase. > > Maybe this code could be used in some How-To section or something. > > What's your experience in using Qbs with Yocto? Once you solved the >

Re: [Qbs] AAR dependency for APK generation

On Fri, 22 May 2020 at 03:26, Raphael Cotty wrote: > Hi, > qbs runs androiddeployqt with "--aux-mode" argument which disables the use of > gradle. > In this mode androiddeployqt only gathers dependencies. > The rest of the job being made by qbs. > So when you use androiddeployqt directly I guess

[Qbs] AAR dependency for APK generation

Hi there, We have dependencies on a AAR package (a lib if i understand correctly). When building APK with androiddeployqt it magically picks up AAR placed in a android/libs sub-directory. It doesn't seems that qbs support that, has anyone ever used AAR before? Thanks, Chris

Re: [Qbs] isystem with clang

On Wed, 20 May 2020 at 22:39, Christian Gagneraud wrote: > I understand the cons arguments, and i agree with that, this should be > under user's control. > > A variation could be: > > property bool useSystemInclude = name === "Qt.core" ? false : > Qt.cor

Re: [Qbs] isystem with clang

On Wed, 20 May 2020 at 22:24, Christian Kandeler wrote: > > On Wed, 20 May 2020 22:11:20 +1200 > Christian Gagneraud wrote: > > > Couldn't find any definite answer about using '-isystem' to avoid the > > compiler to report warning as error in 3rd party headers (qt, gtes

[Qbs] isystem with clang

Hi there, Couldn't find any definite answer about using '-isystem' to avoid the compiler to report warning as error in 3rd party headers (qt, gtest, ...). Looking at the cpp module, i can see some logic, but I can't seem to find a way to force the use of isystem. The only suggestion I found was

Re: [Qbs] Set cpp properties for generated cpp files (moc) does not seem to work

On Fri, 15 May 2020 at 03:12, Christian Kandeler wrote: > > On Thu, 14 May 2020 14:49:25 + > Maximilian Hrabowski wrote: > > > Isn’t unmocable used to tag cpp/header files that should not be processed > > by moc? > > Sure, that's why the generated cpp files get it, so they won't get

Re: [Qbs] setup-android, no --system?

On Sat, 16 May 2020 at 02:54, Christian Gagneraud wrote: > > On Sat, 16 May 2020 at 01:46, Richard Weickelt wrote: > > > I was just surprised that --system is supported by all qbs > > > setup/config tools but qbs-setup-android. I don't see any compelling >

Re: [Qbs] setup-android, no --system?

On Sat, 16 May 2020 at 01:46, Richard Weickelt wrote: > > I was just surprised that --system is supported by all qbs > > setup/config tools but qbs-setup-android. I don't see any compelling > > reason for that, do you? > > Maybe it was simply never needed, hence never implemented. > > Probably.

Re: [Qbs] setup-android, no --system?

On Sat, 16 May 2020 at 01:23, Christian Gagneraud wrote: > As a side note, i don't install Android the same way. I use what i > believe is the new approach: install commandline-tools first, and run > sdk manager with a package requirement file, here is mine right now: > build-tools;

Re: [Qbs] setup-android, no --system?

On Sat, 16 May 2020 at 00:49, Richard Weickelt wrote: > > Because this file will end up in some "home" directory, which might > > not be accessible to the end user (eg. custom UID, GID, home, ...) > > Having a system wide qbs conf is bullet-proof in that regard. > > So, yes i would prefer to run

Re: [Qbs] setup-android, no --system?

On Sat, 16 May 2020 at 00:24, Richard Weickelt wrote: > > > I find this quite useful when creating docker container. > > The idea is that the container (name) completely define the whole > > build config, and running "qbs build" in there build an APK with the > > "right" configuration. > > No env

[Qbs] setup-android, no --system?

Hi there, Is there some special reason why qbs-setup-android doesn't support the --system option? I find this quite useful when creating docker container. The idea is that the container (name) completely define the whole build config, and running "qbs build" in there build an APK with the "right"

Re: [Qbs] Using ConanfileProbe with yocto cross compiling toolchain

On Fri, 15 May 2020 at 19:46, Kai Dohmen via Qbs wrote: > > Hello, > > I just stumbled across a scenario in which we use with multiple profiles for > different cross compiling toolchains. Yocto creates a script which exports > environment variables. We normally just extract the needed values

Re: [Qbs] Android multiarch

On Fri, 15 May 2020 at 01:01, Raphael Cotty wrote: > > Hi, > Yes, I use qtc to load my multi-arch app. Maybe it's my Android env then. I'm using SDK 26.1, Ndk 21.2 and Platform 28 Build tools are pinned to 28.0.3, not sure if it's a strict requirement for me. Chris

Re: [Qbs] Qtc: Cannot find the androiddeploy Json file

On Fri, 15 May 2020 at 00:45, Christian Gagneraud wrote: > > On Fri, 15 May 2020 at 00:16, Raphael Cotty wrote: > > > > Hi, > > The json file used in android_support.qbs is an input file used by the > > androiddeployqt tool to generate the apk. > > Here, the

Re: [Qbs] Qtc: Cannot find the androiddeploy Json file

On Fri, 15 May 2020 at 00:16, Raphael Cotty wrote: > > Hi, > The json file used in android_support.qbs is an input file used by the > androiddeployqt tool to generate the apk. > Here, the term deploy refers to gathering all the qt dependencies (qt libs, > plugins...) in a directory in order to

Re: [Qbs] Android multiarch

On Fri, 15 May 2020 at 00:28, Christian Gagneraud wrote: > > On Fri, 15 May 2020 at 00:23, Raphael Cotty wrote: > > > > Hi, > > Can you try to use the QtApplication item instead of the CppApplication one? > > Hey, spot on! This solves the problem. Thanks a lot for

Re: [Qbs] Android multiarch

On Fri, 15 May 2020 at 00:23, Raphael Cotty wrote: > > Hi, > Can you try to use the QtApplication item instead of the CppApplication one? Hey, spot on! This solves the problem. Now i have other problems, but this time it's QtC, QtC wants to run androiddeployqt again with --no-build --gradle

Re: [Qbs] Android multiarch

uot;linux-x86_64", "architectures": {"x86_64":"x86_64-linux-android","arm64-v8a":"aarch64-linux-android"}, "qml-root-path": "/home/chgans/Projects/neon-testapp/sources/TestApp", "stdcpp-path": "/home/chgans/Andro

Re: [Qbs] Android multiarch

On Thu, 14 May 2020 at 23:57, Richard Weickelt wrote: > > > > As an experiment, i've just tried Qt-5.14, and this has enabled > > multi-arch on Android. > > I can select the list of architecture i want to support with > > qbs.architectures. > > This works for libraries, but my application is

Re: [Qbs] Android multiarch

On Thu, 14 May 2020 at 23:34, Christian Gagneraud wrote: > > Hi there, > > As an experiment, i've just tried Qt-5.14, and this has enabled > multi-arch on Android. > I can select the list of architecture i want to support with > qbs.architectures. > This works for libra

[Qbs] Android multiarch

Hi there, As an experiment, i've just tried Qt-5.14, and this has enabled multi-arch on Android. I can select the list of architecture i want to support with qbs.architectures. This works for libraries, but my application is disabled: Error while handling 'TestApp' Product 'TestApp' had errors

Re: [Qbs] Signing an Android APK

On Mon, 11 May 2020 at 20:10, Christian Gagneraud wrote: > > n Mon, 11 May 2020 at 19:43, Raphael Cotty wrote: > > > > Hi, > > > > Release keystore support is not implemented yet: > > https://bugreports.qt.io/browse/QBS-1546 > > > > Can you expla

Re: [Qbs] Qtc: Cannot find the androiddeploy Json file

On Tue, 12 May 2020 at 18:37, Richard Weickelt wrote: > > > > When i want to "run" on the device: > > Initializing deployment to Android device/simulator > > Deploying to 150c980e8288de07 > > Cannot find the androiddeploy Json file. > > Error while building/deploying project Neon Factory Tools

[Qbs] Quick compiler with external library

Hi there, The UI of my app is a separate static library, i would like too use the quick compiler in release mode, like so: Depends { name: "Qt"; submodules: "quick" } Qt.quick.useCompiler: qbs.buildVariant == "release" The problem is that on Desktop, it doesn't link due to the external

[Qbs] Qtc: Cannot find the androiddeploy Json file

Hi there, Here is an error that happen every now and then, not sure if the problem is in QtC or not, so checking here first. When i want to "run" on the device: Initializing deployment to Android device/simulator Deploying to 150c980e8288de07 Cannot find the androiddeploy Json file. Error while

Re: [Qbs] Signing an Android APK

n Mon, 11 May 2020 at 19:43, Raphael Cotty wrote: > > Hi, > > Release keystore support is not implemented yet: > https://bugreports.qt.io/browse/QBS-1546 > > Can you explain a bit more 'jks' keystore type? It turned out that it's just a file extension, the file format is the same. I'm now able

Re: [Qbs] Signing an Android APK

On Mon, 11 May 2020 at 09:03, Raphael Cotty wrote: > > Hi, > > If you look at the sdk.qbs file in the Android module then you'll see that > you can provide a file for the keystore (pattern *.keytstore). > If not then qbs uses the default keystore file ($HOME/.android/debug.keystore > on Linux).

[Qbs] Signing an Android APK

Hi there, I'm experimenting with converting a project to Qbs. It is relatively small and is (so far) C++/Qt only. I have a few apps, and i need to generate APKs, and sign them. I couldn't find any mention of signing in Qbs docs, is this something supported? I currently (not using Qbs) rely on

Re: [Qbs] A simple project that copy an executable does not work

On Fri, 9 Aug 2019 at 13:28, Иван Комиссаров wrote: > > I guess, documentation is updated manually as a part of the release process > (which did not happen yet AFAIK). > Christian should know better, he is the maintainer:) > I hope that some day when we will have a proper CI for Qbs, we can

Re: [Qbs] Qbs (way) faster than cmake (or benchmark issue)

On Tue, 23 Jul 2019 at 21:17, Иван Комиссаров wrote: > > Yeah, blog post would be nice. I'd wait for the product graph feature though > so we could compare cmake buildgraph and Qbs build graphs as well. Writing such an article would require a bit more work in term of collecting and analysing

Re: [Qbs] Graphviz export/generator

On Mon, 22 Jul 2019 at 21:25, Christian Kandeler wrote: > > On Sun, 21 Jul 2019 15:32:37 +1200 > Christian Gagneraud wrote: > > > Hi there, > > > > I would like to be able to export a (graphviz) graph of a project and > > i'm thinking about w

Re: [Qbs] Qbs (way) faster than cmake (or benchmark issue)

On Mon, 22 Jul 2019 at 22:10, Oswald Buddenhagen wrote: > > On Mon, Jul 22, 2019 at 11:00:07AM +1200, Christian Gagneraud wrote: > > At the 20 jobs mark, cmake start to stagnate, whereas qbs still make > > use of parallelism, at the 30 jobs mark, cmake completely stopped &g

Re: [Qbs] Qbs (way) faster than cmake (or benchmark issue)

On Tue, 16 Jul 2019 at 18:29, Christian Gagneraud wrote: > > Hi there, > > I finally found time to start my qbs vs cmake build perf. > > What i found is that qbs beats cmake 'big time' on my build machine > and i was actually surprised, so surprised that i'm trying to find &

[Qbs] Graphviz export/generator

Hi there, I would like to be able to export a (graphviz) graph of a project and i'm thinking about writing a new ProjectGenerator plugin for that. The first kind of graph would be a product dependency graph. Once i have access to the top level resolved project, AFAIU, the rest should be easy. As

Re: [Qbs] Improving qbs resolve performance

On Sun, 14 Jul 2019 at 17:30, Christian Gagneraud wrote: > Looking at valgrind/callgrind data, it seems that the hot path is a > loop, here is a simplified tree with the final loop > - resolveProjectFromScratch() > - loadProject() > - handleTopLevelProject() > - setupProductDe

[Qbs] qbs resolve, multi-threaded or not?

Hi there, When I run qbs resolve (on a 8 cores machine), i can see 3 qbs threads, and only 2 are busy (100% CPU). Is there partial parallelisation of the resolve phase? Why are there only 2 threads busy? why not 8? In a previous email Christian said that the resolve phase was not parallelised.

Re: [Qbs] dump-nodes-tree broken?

On Wed, 17 Jul 2019 at 23:52, Christian Kandeler wrote: > > On Wed, 17 Jul 2019 23:41:54 +1200 > Christian Gagneraud wrote: > > > I'm trying to use dump-nodes-tree with qbs 1.13.1 (from QtC), and i > > get nothing except a message 'Restoring build graph from disk'. > &

Re: [Qbs] dump-nodes-tree broken?

On Wed, 17 Jul 2019 at 23:41, Christian Gagneraud wrote: > > Hi there, > > I'm trying to use dump-nodes-tree with qbs 1.13.1 (from QtC), and i > get nothing except a message 'Restoring build graph from disk'. > I've tried 'qbs dump-nodes-tree' and 'qbs dump-nodes-tree -p &

[Qbs] dump-nodes-tree broken?

Hi there, I'm trying to use dump-nodes-tree with qbs 1.13.1 (from QtC), and i get nothing except a message 'Restoring build graph from disk'. I've tried 'qbs dump-nodes-tree' and 'qbs dump-nodes-tree -p qtcreator', still the same.. Is there any special things that need to be done prior using it?

Re: [Qbs] Qbs (way) faster than cmake (or benchmark issue)

On Tue, 16 Jul 2019 at 18:29, Christian Gagneraud wrote: > The compiler flags are not the same, but not so far off: > Qbs: -g -O0 -Wall -Wextra -m64 -pipe -fexceptions -fvisibility=hidden > -fvisibility-inlines-hidden -fPIC > CMake: -g -O0 -std=c++14 -fvisibility=hidden > -fvis

Re: [Qbs] Qbs (way) faster than cmake (or benchmark issue)

On Tue, 16 Jul 2019, 19:00 Oswald Buddenhagen, wrote: > On Tue, Jul 16, 2019 at 06:29:35PM +1200, Christian Gagneraud wrote: > > $ time qbs -f ../qtcreator.qbs profile:qt-5-12-2 > > user96m51.927s > > sys 19m52.059s > > > > $ time ninja > > u

[Qbs] Qbs (way) faster than cmake (or benchmark issue)

Hi there, I finally found time to start my qbs vs cmake build perf. What i found is that qbs beats cmake 'big time' on my build machine and i was actually surprised, so surprised that i'm trying to find where is the mistake. Basically, qbs builds more stuff than cmake in less time (!?!) Build

Re: [Qbs] Improving qbs resolve performance

On Fri, 12 Jul 2019 at 00:45, Christian Kandeler wrote: > > On Thu, 11 Jul 2019 12:18:30 + > Maximilian Hrabowski wrote: > > > I have a fairly large project with a root projects that pulls in several > > SubProjects, altogether with unit tests its about 313 qbs files that are > > pulled

Re: [Qbs] Improving qbs resolve performance

On Sat, 13 Jul 2019 at 00:48, Christian Kandeler wrote: > > On Fri, 12 Jul 2019 12:05:48 + > Maximilian Hrabowski wrote: > > > >> I have a fairly large project with a root projects that pulls in several > > >> SubProjects, altogether with unit tests its about 313 qbs files that are > > >>

Re: [Qbs] How to reload a parent project after inserting a sub-project

On Mon, 8 Jul 2019 at 22:09, Christian Kandeler wrote: > I would not bother with any of that. Just update the files. Any halfway > decent IDE will have a watch on the qbs files and re-resolve the project. I'm > not ruling out that manually manipulating the build graph (as we do for file >

Re: [Qbs] How to reload a parent project after inserting a sub-project

On Mon, 8 Jul 2019 at 22:09, Christian Kandeler wrote: > I don't know what you mean by "simulating a full project reload". Lots of > tst_api test cases do project reloads. I just meant a convenience function that would handle: project = qbs::Project(); job.reset(nullptr);

[Qbs] [RFC] Add a clang-format config file to qbs repo

Hi there, I would like to propose to add a clang-format config file to qbs repo. I don't want to go in depth about which coding style we should use, so i propose we simple copy the one used by QtCreator developers. :) The rational for using clang-format is that it simplifies code review, no need

Re: [Qbs] How to reload a parent project after inserting a sub-project

On Mon, 8 Jul 2019 at 20:50, Christian Kandeler wrote: > > On Mon, 8 Jul 2019 18:08:25 +1200 > Christian Gagneraud wrote: > > > I'm back on https://codereview.qt-project.org/c/qbs/qbs/+/260217, i > > decided that I should get that done and tested before I move on &

Re: [Qbs] A simple project that copy an executable does not work

On Mon, 8 Jul 2019 at 18:15, Vincent Hui wrote: > > Hi Richard and Ivan, > > I tried a project called qbs-autoproject that can generate qbs files > automatically. I modified the example to try whether multiple executables can > be generated without adding CppApplication by myself, the result

[Qbs] How to reload a parent project after inserting a sub-project

Hi there, I'm back on https://codereview.qt-project.org/c/qbs/qbs/+/260217, i decided that I should get that done and tested before I move on QtCreator integration. Conceptually, it works, i added a test that check that a sub-project is correctly inserted, but for now, i need to re-setup the top

Re: [Qbs] Is there a feature similar with cmake option?

On Sat, 6 Jul 2019 at 02:49, Vincent Hui wrote: > > Hi Richard, > > Thank you for your reply, > > Sorry, I am not a cmake expert. I cannot explain what CMakeCache.txt is used > for. What I can tell is that cmake users either edit CMakeCache.txt directly > to change values of options or use

Re: [Qbs] Donation to QBS developers/maintainers/contributes

On Thu, 16 May 2019 at 11:24, Иван Комиссаров wrote: > > In many cases, you don’t need to copy them. For trivial getters, you can > return const-ref/span to the internal vector instead of a copy because in > many places all we do is iterate over that vector. > > The only argument for copies is

Re: [Qbs] Donation to QBS developers/maintainers/contributes

On Thu, 16 May 2019 at 09:32, Иван Комиссаров wrote: > > 15 мая 2019 г., в 19:50, André Pönitz написал(а): > > > > Getting rid of implicitly shared containers should be a rather obvious move > > when "performance" is part of any "final picture", coherent or not. > > +1 from me, hidden detaches

Re: [Qbs] Who compared build times of Qt Creator with CMake and qbs?

On Thu, 16 May 2019 at 01:45, Orgad Shaneh wrote: > > I compared qbs and cmake/ninja, and got these results (Debug build, no QbsPM > and no Clang): > > Notice that qbs builds unit tests, which cmake doesn't. > > time qbs -f ../qt-creator/qtcreator.qbs profile:qt-5-11-1 >

Re: [Qbs] Donation to QBS developers/maintainers/contributes

On Tue, 14 May 2019 at 23:11, Christian Gagneraud wrote: > > On Tue, 14 May 2019 at 22:51, Иван Комиссаров wrote: > > > > I wonder how hard is to implement pure c++ "declarative" library. Afaik, > > qtdeclarative originally used v8 JavaScript engine which go

Re: [Qbs] Donation to QBS developers/maintainers/contributes

On Tue, 14 May 2019 at 22:51, Иван Комиссаров wrote: > > I wonder how hard is to implement pure c++ "declarative" library. Afaik, > qtdeclarative originally used v8 JavaScript engine which got replaced with > Qt-ish engine to avoid conversions to/from Qt types. Maybe, it's possible to > go the

Re: [Qbs] Who compared build times of Qt Creator with CMake and qbs?

On Tue, 14 May 2019 at 22:02, Joerg Bornemann wrote: > > On 5/14/19 10:57 AM, Tobias Hunger wrote: > > > The challenge will be Qt 6: Creator will use Qt 6 ASAP and since qbs is > > linked > > into Creator, that will also need to be ported to Qt 6 to stay feasible. > > ...which shouldn't pose a

Re: [Qbs] Donation to QBS developers/maintainers/contributes

On Tue, 14 May 2019 at 21:46, Иван Комиссаров wrote: > > +1 > > However, will this help to get new developers? Right now, there are not that > many contributors. I agree, how much money do you want to raise? And what for? For now Qbs can use Qt (company/project) infra, so there's no need to

Re: [Qbs] Who compared build times of Qt Creator with CMake and qbs?

On Tue, 14 May 2019 at 20:58, Tobias Hunger wrote: > > On Tue, 2019-05-14 at 10:04 +0200, Ola Røer Thorsen wrote: > > I'd like to know if Qt Creator will phase out Qbs support completely, > > seeing the comments and summary in that commit ("Qbs is dead"). Would be > > really bad for at least my

[Qbs] [Fun] Found another "build system" called 'qbs'

Hi there, Just stumble upon that project called 'qbs' qbs - Quick (and dirty) build system: https://gitlab.com/nonnymoose/qbs Completely different approach and use-case, but i thought that's funny that such a project exists with that name. Chris ___

Re: [Qbs] Future of Qbs

On Wed, 31 Oct 2018 at 18:51, Richard Weickelt wrote: > > Dear all, > > on the Qt developer mailing list, Lars Knoll recently announced: > > > We have been developing Qbs over the last years, and as such are > > committed to it for some more time. We are planning on another feature > > release in

Re: [Qbs] QBS usage

On 18 June 2018 at 20:58, Christian Kandeler wrote: > On Mon, 18 Jun 2018 11:01:10 +1200 > Christian Gagneraud wrote: > >> Last thing, Qbs has built-in support for different compilers/linkers, >> this is nice b/c I can just express my toolchian flags in a tool

Re: [Qbs] QBS usage

On 16 June 2018 at 15:58, Tino Pyssysalo wrote: > I’d like to know, if you have used or are using QBS as a build system in > real projects and all feedback and suggestions would be mostly welcome. This > is a great opportunity to affect the future of QBS. Obviously, we are > closely following QBS

Re: [Qbs] qbs project file parser

On 28 May 2018 at 07:09, sanjay chopra wrote: > Hi, > > I am thinking of writing a plugin for qtcreator which shows assembly > output of ource at the time of editing(like godbolt.org), I am using qbs > as build system. Qbs can have different build setting(compiler

Re: [Qbs] qbs project file parser

On 28 May 2018 at 07:09, sanjay chopra wrote: > Hi, > > I am thinking of writing a plugin for qtcreator which shows assembly > output of ource at the time of editing(like godbolt.org), I am using qbs > as build system. Qbs can have different build setting(compiler

[Qbs] GCC: --start-group vs --whole-archive

Hi there, I'm trying to link internal static libraries to an application, Qbs made the choice to give the linker command a list of full path to the library archives. Because I cannot rely on proper dependency tracking b/w all the static libraries, I get link errors due to how ld works: it picks

[Qbs] cpp.cppFlags and ccache

Hi, I was building my qbs project with QtCreator, my products use 'cpp.cppFlags: [ "-Wno-unknown-pragmas" ]', when i use a kit that use /usr/bin/g++, everything work as expected (no gcc warning about '#pragma warning', when i switch to /usr/lib/ccache/g++ (a symlink to /.usr/bin/ccache), i get

Re: [Qbs] qbs, qmake and filename case sensitivity

our back"... Chris > > On Mon, May 21, 2018 at 1:56 AM, Christian Gagneraud <chg...@gmail.com> > wrote: >> >> Hi there, >> >> In a mixed Linux/Windows environment, qmake seems to deal with >> filename case sensitivity automagically. >> I have a

[Qbs] qbs, qmake and filename case sensitivity

Hi there, In a mixed Linux/Windows environment, qmake seems to deal with filename case sensitivity automagically. I have a '.pro' file that contains say FOOBar.ccp, but on disk - on Linux, FOOBar.cpp doesn't exists and FooBar.cpp does. QMake magically generates a Makefile file with FooBar.cpp

Re: [Qbs] How to pass -march=armv7-a to the g++ linking command line (without -Wl, )

On 16/01/2018 4:23 AM, Wookey wrote: On 2018-01-15 15:13 +0100, Ola Røer Thorsen wrote: I've got a product running on Linux arm imx6. It's being cross-compiled on Linux x86_64. I've got it set up with both qmake and now qbs that hopefully should replace qmake at some point. The qmake build

Re: [Qbs] Qbs system settings

On 15/12/2017 10:26 pm, "Christian Kandeler" <christian.kande...@qt.io> wrote: On Wed, 13 Dec 2017 18:10:42 +1300 Christian Gagneraud <chg...@gmail.com> wrote: > I would like to setup qbs profile system wide, I have tried using the > '--settings-dir' (eg qbs-setu

Re: [Qbs] QT_DEBUG defined on release builds

On 17/12/2017 2:21 am, "NIkolai Marchenko" wrote: cpp.defines: base.concat(['SOMETHING', 'SOMETHING_ELSE']) Could someone explain the rules as to when to use base.concat or not, eg is it necessary here just because of the group? Or should this be always used? (Project,

[Qbs] Qbs system settings

Hi there, I would like to setup qbs profile system wide, I have tried using the '--settings-dir' (eg qbs-setup-qt --settings-dir /etc/xdg), but then qbs-config doesn't seem to read the system settings. $ /opt/qt/5.6/bin/qtpaths --paths GenericConfigLocation /root/.config:/etc/xdg $

[Qbs] Dependencies on internal products using 'submodules'

Hi there, I would like to know if it's possible to list internal product dependencies using the 'submodules' syntax, eg: MyProduct { name: "foo" files: [ ... ] Depends { name: "Qt" submodules: [

Re: [Qbs] Qt doc, qtmain and qbs

On 28/11/2017 12:16 PM, Jake Petroules wrote: Shouldn't qbs be in the build tools list too, eg: "If you do not use qmake, qbs or other build tools such as CMake" Is it worth creating a Qt ticket (and a change request)? Is so, are you happy with the above phrasing? Yes, and yes. For the

[Qbs] Qt doc, qtmain and qbs

Hi there, I was looking at the usage of the qtmain static library (on Windows), i wasn't aware of this, so i looked up the Qt documentation and it says: qtmain is a helper library that enables the developer to write a cross-platform main() function on Windows. If you do not use qmake or

Re: [Qbs] Layout of qbs cpp documentation

On 3/11/2017 10:10 PM, Oswald Buddenhagen wrote: On Fri, Nov 03, 2017 at 10:03:35AM +0100, Timur Kristóf wrote: I've recently visited the docs at http://doc.qt.io/qbs/cpp-module.html It looks like this: https://imgur.com/a/SwIm6 Is this the intended look-and-feel of the docs?

Re: [Qbs] Passing unescaped flags to the linker

On 2 November 2017 at 23:50, Timur Kristóf wrote: > Hi, > >> I use the latest versions (Qt Creator 4.4.1 and QBS 1.9.1) available on >> Windows. >> I just configured a Kit with my ARM toolchain, created a minimal qbs >> project that compile >> and run the static

Re: [Qbs] build graph and dependency visualisation

On 1/11/2017 11:02 PM, Christian Kandeler wrote: On Tue, 31 Oct 2017 12:42:33 +1300 Christian Gagneraud <chg...@gmail.com> wrote: Is it possible to dump the build graph (eg for graphviz), There is the dump-nodes-tree command, which gives you a textual representation. You won't have mu

[Qbs] build graph and dependency visualisation

Hi, Is it possible to dump the build graph (eg for graphviz), and the products build dependencies. If not, are there any plan? Chris ___ Qbs mailing list Qbs@qt-project.org http://lists.qt-project.org/mailman/listinfo/qbs

Re: [Qbs] qbs-autoproject

On 28/10/17 13:33, Christian Gagneraud wrote: ERROR: TypeError: Result of expression 'proj' [undefined] is not an object. OK, got it now, first i had to set additionalDirectoriesPattern to .*, then bypass the consolidator (see my previous mail), and finally fix a bug when dependencies

Re: [Qbs] qbs-autoproject

On 28/10/17 00:59, resurrect...@centrum.cz wrote: Thanks for trying it out Christian! I will try to answer some of your questions: > qbs-autoproject tookssomething like 10 to 15 minutes (as advertised) Take a look at https://github.com/Resurr3ction/qbs-autoproject#performance-tips if any

Re: [Qbs] qbs-autoproject

On 25/10/17 12:24, Christian Gagneraud wrote: On 25/10/2017 10:30 AM, resurrect...@centrum.cz wrote: Hi everyone, I would like to announce: *qbs-autoproject* "A project file to end all project files." **https://github.com/Resurr3ction/qbs-autoproject Wow! It looks inte

Re: [Qbs] The case for *not* using Qbs

On 25/10/2017 4:21 PM, Jake Petroules wrote: On Oct 24, 2017, at 7:49 PM, Christian Gagneraud <chg...@gmail.com> wrote: On 25/10/2017 3:21 PM, Jake Petroules wrote: Qbs already has support for Visual Studio (https://doc-snapshots.qt.io/qbs/generators.html), and support for

Re: [Qbs] The case for *not* using Qbs

definitely want to look at. Maybe an extension could be written, if their extension API allows for that. https://marketplace.visualstudio.com/items?itemName=twxs.cmake https://github.com/twxs/vs.language.cmake Chris On Oct 24, 2017, at 7:18 PM, Christian Gagneraud <chg...@gmail.com>

[Qbs] The case for *not* using Qbs

Hi all, This is a friendly email, about something that i recently realised: Wide adoption of Qbs is limited by IDE support of Qbs. The case I have is: Our code base has 1 reference build system, and this is MSVC (and it sucks!). Since our products (not Qbs product, my company's product) runs

Re: [Qbs] qbs-autoproject

On 25/10/2017 10:30 AM, resurrect...@centrum.cz wrote: Hi everyone, I would like to announce: *qbs-autoproject* "A project file to end all project files." **https://github.com/Resurr3ction/qbs-autoproject Wow! It looks interesting, I will definitely give it a try on our project! It is

Re: [Qbs] How build 32 bit application on 64 host OS

On 18/10/2017 12:09 AM, Christian Kandeler wrote: On Tue, 17 Oct 2017 12:20:12 +0300 Карелин Павел wrote: I'm working in Ubuntu 14.04, 64 bit. I use QtCreatir 4.4.1 Now I needed to build a small qbs project for two architectures: intel 64 and 32 bits. I have installed qt4

Re: [Qbs] Handling particularities of different OS's

Hi, Have a look at http://doc.qt.io/qbs/group-item.html Chris ___ Qbs mailing list Qbs@qt-project.org http://lists.qt-project.org/mailman/listinfo/qbs

Re: [Qbs] Qt.core.qtBuildVariant is not supported by this Qt installation

[cc qt-creator, from qbs mailing list] On 2 October 2017 at 15:39, Christian Gagneraud <chg...@gmail.com> wrote: > I'm using a specific mkspec in my kit (eg, > /path/to/Qt/mkspecs/devices/arm-linux-g++), this mkspec sets > "CROSS_COMPILE=arm-linux-gnueabi-", but

Re: [Qbs] Qt.core.qtBuildVariant is not supported by this Qt installation

On 29 September 2017 at 21:48, Christian Kandeler <christian.kande...@qt.io> wrote: > On Fri, 29 Sep 2017 10:45:08 +1300 > Christian Gagneraud <chg...@gmail.com> wrote: > >> Hi there, >> >> Using QtC 4.4 with built-in Qbs, and custom Qt/toolchain build

Re: [Qbs] Using clang-tidy with Qbs

On 25/09/2017 6:44 pm, wrote: Hi, > > > I've found this bugreport: https://bugreports.qt.io/browse/QBS-99 > > > 7 > > > However it's unclear to me whether this actually made it into Qbs > > > yet. > > > > > > What's the right way to use clang-tidy with my Qbs-based

Re: [Qbs] Using clang-tidy with Qbs

On 23 September 2017 at 01:41, Timur Kristóf wrote: > Hi, > > I've found this bugreport: https://bugreports.qt.io/browse/QBS-997 > However it's unclear to me whether this actually made it into Qbs yet. > > What's the right way to use clang-tidy with my Qbs-based project?

Re: [Qbs] pre-built products (cont.)

On 10 September 2017 at 13:44, Christian Gagneraud <chg...@gmail.com> wrote: > [sorry, hit send by mistake, please ignore my previous message] > > Hi there, > > In my source tree I have pre-built binaries, these are third-party > library that we get in binary form

[Qbs] pre-built products (cont.)

[sorry, hit send by mistake, please ignore my previous message] Hi there, In my source tree I have pre-built binaries, these are third-party library that we get in binary form only. (PS: don't tell me that it is bad, i already know that. I cannot change that, i have to deal with it) Each of

Re: [Qbs] Linux 32 bits build on x86_64 host

REATORBUG-18884 Thank you and Ely. Chris > > From: Qbs <qbs-bounces+christian.kandeler=qt...@qt-project.org> on behalf of > Christian Gagneraud <chg...@gmail.com> > Sent: Saturday, September 9, 2017 2:07 AM > To: qbs; qt-creator > Subject: [Qbs] Linux 32 bits build on

  1   2   >