Are you running qmake with -recursive?
Scott
-Original Message-
From: Interest [mailto:interest-boun...@qt-project.org] On Behalf Of Roland
Winklmeier
Sent: Monday, November 23, 2015 11:09 AM
To: interest@qt-project.org
Subject: [Interest] qmake's visual studio generator does not handle
Hi Scott
> Are you running qmake with -recursive?
yes I do. All projects in the subfolders are generated, but as new
standalone solutions (*.sln) instead of projects (*.vcxproj). So instead
of a project tree in Visual Studio I have several single Visual Studio
Solutions.
Apparently the qmake
To be honest, I stopped using qmake almost 5 years ago and have moved to cmake.
However, when I did use qmake, this overall flow worked just fine for me.
Scott
-Original Message-
From: Interest [mailto:interest-boun...@qt-project.org] On Behalf Of Roland
Winklmeier
Sent: Monday,
Op 22/11/2015 om 20:51 schreef Bob Hood:
Ah, I see! There was the "obvious" thing I was missing. For some
unknown reason, I assumed that signals were not inherited. I just
tested without overriding the signal and polymorphism worked as expected.
To to clear that up: there is nothing
Am Mon, 23 Nov 2015 21:24:35 +0100
schrieb Roland Winklmeier :
> Hi Scott
>
> > Are you running qmake with -recursive?
>
> yes I do. All projects in the subfolders are generated, but as new
> standalone solutions (*.sln) instead of projects (*.vcxproj). So instead
Den 23-11-2015 kl. 20:09 skrev Roland Winklmeier:
I'm working together with a team on a medium complex project. Our build
system is qmake and since some of us had previous experience with cmake,
we introduced a project structure with subdirs. It looks similar to the
following:
project.pro
Did https://codereview.qt-project.org/#/c/141786/ help improve things?
This should enable all such texture (or buffer) updates to be picked up
on the next frame and uploaded to GL as the render commands are being
processed that frame.
Cheers,
Sean
On 18/11/2015 22:18, Jørn Bersvendsen