Hi Sean,
As I wrote, I try to prepare test case example with same "basis" of 3d as
in my application, but it suddenly turned out to be valid.
Unfortunately I can't provide my entire application.
> Not sure what could be wrong off hand.
Ok, never mind then. It's not so important. I'll try to do t
Hi,
could you provide a test case for this please? Not sure what could be
wrong off hand.
Cheers,
Sean
On 14/04/2017 17:51, Oleg Evseev wrote:
Hi,
Cause Sean is now get busy with SkyboxEntity, I take this opportunity to
ask what could be wrong:
Related to qt3d I have Qml with loader that
Hi,
Cause Sean is now get busy with SkyboxEntity, I take this opportunity to
ask what could be wrong:
Related to qt3d I have Qml with loader that loads qml with Scene3D. World3D
- root entity is written in C++ and shared with qml with help of
qmlRegisterType.
hierarchy is this:
World3D
-- render
Em sexta-feira, 14 de abril de 2017, às 03:37:10 PDT, Igor Mironchik escreveu:
> 14.04.2017 13:33, Igor Mironchik пишет:
> > Hi,
> >
> > I tried to check with no qmake in the PATH.
> >
> > And in this case I have two errors:
> >
> > D:\Qt\5.9\msvc2015\mkspecs\features\toolchain.prf:129: error: V
You got an answer on StackOverflow already, but to repeat: he’s right, a
QObject is always passed from C++ to QML by pointer, and a Q_GADGET is always
passed by value. That means Q_GADGET is only suitable for smallish
self-contained classes, because it will always be copied.
> On 13 Apr 2017,
And some 12 year old kid will do a Web search, find the interest archive
messages then do exactly that. Once they release their app into the wild
they will be in all kinds of legal trouble. That is why I chimed in.
These posts live forever at various places on the Internet. From a
technical per
14.04.2017 13:33, Igor Mironchik пишет:
Hi,
I tried to check with no qmake in the PATH.
And in this case I have two errors:
D:\Qt\5.9\msvc2015\mkspecs\features\toolchain.prf:129: error: Variable
QMAKE_CXX.COMPILER_MACROS is not defined.
:-1: error: msvc-version.conf loaded but QMAKE_MSC_
Hi,
I tried to check with no qmake in the PATH.
And in this case I have two errors:
D:\Qt\5.9\msvc2015\mkspecs\features\toolchain.prf:129: error: Variable
QMAKE_CXX.COMPILER_MACROS is not defined.
:-1: error: msvc-version.conf loaded but QMAKE_MSC_VER isn't set
I'm using QtCreator and it sh
14.04.2017 13:12, Igor Mironchik пишет:
14.04.2017 13:03, Igor Mironchik пишет:
Hi,
I have to add that after qmake processed my project in the build dir
I can see the .qmake.stash file with following content:
QMAKE_CXX.INCDIRS = \
"C:\\Program Files (x86)\\Microsoft Visual Studio
14.04.2017 13:03, Igor Mironchik пишет:
Hi,
I have to add that after qmake processed my project in the build dir I
can see the .qmake.stash file with following content:
QMAKE_CXX.INCDIRS = \
"C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\INCLUDE" \
"C:\\Program Files (
Hi,
I have to add that after qmake processed my project in the build dir I
can see the .qmake.stash file with following content:
QMAKE_CXX.INCDIRS = \
"C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\INCLUDE" \
"C:\\Program Files (x86)\\Microsoft Visual Studio
14.0\\VC\\ATL
Hi,
14.04.2017 10:22, Thiago Macieira пишет:
Em quinta-feira, 13 de abril de 2017, às 21:32:26 PDT, Igor Mironchik
escreveu:
Hello,
Qt 5.9 official binaries requires QMAKE_MSC_VER on project load.
Is it normal? Should I specify QMAKE_MSC_VER by hands?
Delete all your Makefiles and .qmake.*
Em quinta-feira, 13 de abril de 2017, às 21:32:26 PDT, Igor Mironchik
escreveu:
> Hello,
>
> Qt 5.9 official binaries requires QMAKE_MSC_VER on project load.
>
> Is it normal? Should I specify QMAKE_MSC_VER by hands?
Delete all your Makefiles and .qmake.* files in your build dir. In fact, delet
13 matches
Mail list logo
