For real auto test, it's very different to run between on real hardware and on
other emulator solutions.
But I agree with Thiago that emulator solutions is better than real hardware
for CI, CI can't be too slow on some specific platforms.
We really need to have daily build and auto test
Hello all.
Please tell me, is it possible to somehow put the documentation for custom
add-on (eg QtSerialPort) of Qt Playground
on http://qt-project.org/doc/ or somewhere else?
For example, I'm want to generate this doc with using QDoc and place it to...
Best regards,
Denis
On 16.11.2012 10.39, Qi Liang liang...@digia.com wrote:
For real auto test, it's very different to run between on real hardware
and on other emulator solutions.
But I agree with Thiago that emulator solutions is better than real
hardware for CI, CI can't be too slow on some specific
I could solve it by changing the command from jom.exe to nmake
Is that the right solution?
With best regards,
Torsten Labs
Siemens AG
Industry Sector
Industry Automation Division
mailto:torsten.l...@siemens.com
Siemens Aktiengesellschaft: Chairman of the Supervisory Board: Gerhard Cromme;
Hi all
i’m trying to realize a video player for ip cameras with QT5. I have
modified the examples in qt5-beta-2 source, to open the stream from
cameras, but i noticed very low perfomance comparated to the same
request made with vlc (on my PC Intel® Pentium® 4 CPU 3.20GHz 94%cpu vs
25%cpu via top).
On the wiki, it is reccomended to compile using nmake with a multicore
flag versus jom because of issues with jom.
On 16/11/2012 7:47 PM, Labs, Torsten wrote:
I could solve it by changing the command from jom.exe to nmake
Is that the right solution?
With best regards,
Torsten Labs
Siemens AG
On 15/11/2012 16:11, Labs, Torsten wrote:
i did install the Qt Beta 2 from the Download Website of Qt-Project.org.
But when i try to compile somthing i get the weird error:
This application has requested the Runtime to terminate it in an unusual
way.
Please contact the application's support
On 16/11/2012 11:04, Joseph Crowell wrote:
On the wiki, it is reccomended to compile using nmake with a multicore
flag versus jom because of issues with jom.
This recommendation is for compiling Qt 5 itself. Also, it's
questionable if this is still valid.
Cheers,
Jörg
--
Joerg Bornemann
Hi,
I’m using Qt 4.x extensively with QtMobility 1.2 and the gstreamer backend.
I was wondering if it is possible to use gstreamer 1.0 instead of 0.10 in
QtMobility or if there are any plans for future versions or in Qt 5.
Thanks,
Christophe
___
On Friday, November 16, 2012 04:56:22 PM Christophe Oosterlynck wrote:
Hi,
I’m using Qt 4.x extensively with QtMobility 1.2 and the gstreamer backend.
I was wondering if it is possible to use gstreamer 1.0 instead of 0.10 in
QtMobility or if there are any plans for future versions or in Qt
Hi everybody,
I hope everyone who attended the Qt Developer Days has recovered now.
One topic that came up a few times in discussions there was the
maintainership of the Qt3D module. This module has seen very few commits
recently and as already noted on the list will not form part of the
Hello!
The newly released Qt Creator 2.6 does not accept Qt 5 versions later
than beta2, since it is failing to detect the ABIs used. This is due to
Qt5 changing all the library names around after beta2 came out.
I put a fix into for this into Qt Creators 2.6 branch which Eike already
merged
On Fri, November 16, 2012 04:03:12 PM Sean Harmer wrote:
Hi everybody,
I hope everyone who attended the Qt Developer Days has recovered now.
One topic that came up a few times in discussions there was the
maintainership of the Qt3D module. This module has seen very few commits
recently and
Sounds great! A maintainer and already two volunteers to help.
I have not looked through your earlier work, but the sheer fact you have
stepped up makes me to think positive of you ;)
It would be great if you can have a look now into the bugs. It would be good to
have this module working
On Thursday 15 November 2012 23:08:39 Sze Howe Koh wrote:
Thiago also hinted that QtConcurrent development is being minimized
(...we're not developing QtConcurrent anymore and shouldn't be
spending any effort on this than necessary to keep it working [1]).
That suggests that the dev team has
Hi,
So how is one supposed to build submodules that got removed by change
41c3f2cb5f633f0e540482ca01b2c2caa2475e57 ?
certainly make module-qtsensors is now broken.
___
Development mailing list
Development@qt-project.org
On sábado, 17 de novembro de 2012 05.14.39, Lorn Potter wrote:
Hi,
So how is one supposed to build submodules that got removed by change
41c3f2cb5f633f0e540482ca01b2c2caa2475e57 ?
certainly make module-qtsensors is now broken.
cd qtsensors make
--
Thiago Macieira - thiago.macieira (AT)
Welcome back to QtSensors!
Write a script in qtrepotools, clone the missing dependent repos and build one
by one?
Regards,
Liang
From: development-bounces+liang.qi=digia@qt-project.org
[development-bounces+liang.qi=digia@qt-project.org] on
On 17/11/2012, at 5:30 AM, Qi Liang liang...@digia.com wrote:
Welcome back to QtSensors!
I've never left.
Write a script in qtrepotools, clone the missing dependent repos and build
one by one?
easier to just
git revert 41c3f2cb5f633f0e540482ca01b2c2caa2475e57
On 17/11/2012, at 5:30
On sábado, 17 de novembro de 2012, às 05.35.18, you wrote:
On 17/11/2012, at 5:27 AM, Thiago Macieira thiago.macie...@intel.com
wrote:
On sábado, 17 de novembro de 2012 05.14.39, Lorn Potter wrote:
Hi,
So how is one supposed to build submodules that got removed by change
Hi Sean,
great to hear you want to take this module, and you certainly have my full
support :)
Cheers,
Lars
On Nov 16, 2012, at 5:03 PM, Sean Harmer sean.har...@kdab.com wrote:
Hi everybody,
I hope everyone who attended the Qt Developer Days has recovered now.
One topic that came up a
On 17/11/2012, at 6:02 AM, Thiago Macieira thiago.macie...@intel.com wrote:
On sábado, 17 de novembro de 2012, às 05.35.18, you wrote:
On 17/11/2012, at 5:27 AM, Thiago Macieira thiago.macie...@intel.com
wrote:
On sábado, 17 de novembro de 2012 05.14.39, Lorn Potter wrote:
Hi,
So how is
Write a script in qtrepotools, clone the missing dependent repos and build
one by one?
easier to just
git revert 41c3f2cb5f633f0e540482ca01b2c2caa2475e57
I don't see how is this by any means easier. It's actually quite the opposite.
In any case, you might want to follow up
On sábado, 17 de novembro de 2012 06.40.16, Lorn Potter wrote:
mkdir qtsensors
cd qtsensors
qmake $srcdir
make
That doesn't work for cross builds. or probably for any configuration
options available, as any config tests for any modules removed are probably
not run at configure time
On 17/11/2012, at 6:47 AM, Ahumada Sergio sergio.ahum...@digia.com wrote:
Write a script in qtrepotools, clone the missing dependent repos and build
one by one?
easier to just
git revert 41c3f2cb5f633f0e540482ca01b2c2caa2475e57
I don't see how is this by any means easier. It's
C++1y (ie whatever the next standard might be called) will likely have even
more threading options.
Including an executor model where you queue up std::functions to be run on
background thread(s). But the background threading is configurable by the
fact that the executor object isn't
On sexta-feira, 16 de novembro de 2012 23.46.32, Tony Van Eerd wrote:
C++1y (ie whatever the next standard might be called) will likely have even
more threading options. Including an executor model where you queue up
std::functions to be run on background thread(s). But the background
On Friday 16 November 2012 23:46:32 Tony Van Eerd wrote:
C++1y (ie whatever the next standard might be called) will likely have even
more threading options. Including an executor model where you queue up
std::functions to be run on background thread(s). But the background
threading is
28 matches
Mail list logo
