Hi everyone,
I have problems compiling Qt-5.3.1 from the sources in Mac OS X 10.9.4
when specifying the option -qtnamespace and -qtlibinfix.
For me, the option -qtlibinfix is not really required but -qtnamespace
is a must (I got this valuable hint a few days ago..).
So here is what happens:
1)
On Monday 07 July 2014 16:55:36 Samuel Deal wrote:
> Hello everyone !
[snip]
> But my build toolchain is buildroot, on another computer. So I don't have
> qmake on it.
[snip]
> I know I could use cmake, or auto-tools or manual makefile. That's what
> I've done.
The real solution here is building q
On Tuesday 08 July 2014 01:50:52 Samuel Deal wrote:
> By re-execute qmake?
>
> Classical makefiles doesn't regenerate them-selfs
Classical makefiles are written by hand, which is why they don't regenerate.
Generated Makefiles should re-generate if the source of the Makefile changed.
That's the
By re-execute qmake?
Classical makefiles doesn't regenerate them-selfs
2014-07-07 17:49 GMT+02:00 Thiago Macieira :
> On Monday 07 July 2014 16:55:36 Samuel Deal wrote:
> > Hello everyone !
> >
> > Even for simplest projects qmake generate makefile which has a dependency
> > on qmake.
> > I t
On Monday 07 July 2014 16:55:36 Samuel Deal wrote:
> Hello everyone !
>
> Even for simplest projects qmake generate makefile which has a dependency
> on qmake.
> I think it would be great if qmake had an cli argument or a template to
> generate
> clean makefile without this dependency.
I disagree
Hello,
I have an application running on embedded hardware that need to be able
to change the resolution of the screen whilst the application is running
in response to the user plugging in a new monitor. I have previously had
this successfully working with Qt4 (via a custom patch) and and now
t
Hello everyone !
Even for simplest projects qmake generate makefile which has a dependency
on qmake.
I think it would be great if qmake had an cli argument or a template to
generate
clean makefile without this dependency.
Of course, It could only be used for simple C++ project.
I can hack that if
Mandag 7. juli 2014 13.56.34 skrev Sean Harmer:
> Hi,
>
> I'm in the process of trying to add an integration for the Bullet physics
> engine to Qt3D and have made a patch that introduces a config test for
> bullet and as a result conditionally compiles the qt3dbulletphysics library
> that provides
On Mon, Jul 7, 2014 at 6:31 AM, Milian Wolff wrote:
> On Monday 07 July 2014 12:22:44 Lutz Schönemann wrote:
> > On 07/04/2014 08:41 PM, Milian Wolff wrote:
> > > No. I think most of this can be cleaned up nowadays. For some history
> see
> > > this: https://codereview.qt-project.org/#/c/77481/
>
Hi,
I'm in the process of trying to add an integration for the Bullet physics
engine to Qt3D and have made a patch that introduces a config test for bullet
and as a result conditionally compiles the qt3dbulletphysics library that
provides the integration.
This is fine for developing locally bu
Mandag 7. juli 2014 10.02.55 skrev Ziller Eike:
> On Jul 7, 2014, at 11:17 AM, Frederik Gladhorn
wrote:
> > Mandag 7. juli 2014 07.10.00 skrev Koehne Kai:
> >>> -Original Message-
> >>> From: development-bounces+kai.koehne=digia@qt-project.org
> >>> [...]
> >>> 1) Developers who face
On Monday 07 July 2014 12:22:44 Lutz Schönemann wrote:
> On 07/04/2014 08:41 PM, Milian Wolff wrote:
> > No. I think most of this can be cleaned up nowadays. For some history see
> > this: https://codereview.qt-project.org/#/c/77481/
> >
> > Anyhow, as I said above - patches welcome. I propose:
>
On 07/04/2014 08:41 PM, Milian Wolff wrote:
No. I think most of this can be cleaned up nowadays. For some history see
this: https://codereview.qt-project.org/#/c/77481/
Anyhow, as I said above - patches welcome. I propose:
- We should get rid of the "raw" WebChannel support
If I understand th
On Jul 7, 2014, at 11:17 AM, Frederik Gladhorn
wrote:
> Mandag 7. juli 2014 07.10.00 skrev Koehne Kai:
>>> -Original Message-
>>> From: development-bounces+kai.koehne=digia@qt-project.org
>>> [...]
>>> 1) Developers who face regressions (not just testers) are now in an
>>> awkward
>
Mandag 7. juli 2014 07.10.00 skrev Koehne Kai:
> > -Original Message-
> > From: development-bounces+kai.koehne=digia@qt-project.org
> > [...]
> > 1) Developers who face regressions (not just testers) are now in an
> > awkward
> > position, and need to install an extra copy of Qt Creator
Hey guys,
On Monday 07 July 2014 10:54:30 Chris Adams wrote:
> A long time ago there were plans to add
> https://codereview.qt-project.org/#/c/49155 but see the comments regarding
> context deletion and also https://codereview.qt-project.org/#/c/84341/
Nice, I esp. like the Qt.later function. Any
On Jul 6, 2014, at 3:52 AM, Sze Howe Koh wrote:
> On 4 July 2014 00:14, Thiago Macieira wrote:
>> On Thursday 03 July 2014 10:35:30 Koehne Kai wrote:
>>> Right, the files are still there. But to allow parallel installation (which
>>> is probably what you want if you e.g. are after regression te
> -Original Message-
> From: development-bounces+kai.koehne=digia@qt-project.org
> [...]
> 1) Developers who face regressions (not just testers) are now in an awkward
> position, and need to install an extra copy of Qt Creator (see
> below)
Right, that's the main drawback. We could m
18 matches
Mail list logo
