Can you mention a use case for that?
On Sun, Feb 17, 2013 at 4:36 AM, Mumtaz Ahmad wrote:
> Is there any way that i override things set by qmake and have my own Link
> command using qmake.conf? I have spent hours and hours with no success. I
> wish there are some way which can let the user define
Why do you think qmake.conf is the right place for fixing this, and not
where those are added without the need (i.e. fix for everyone, not just
yourself in the same step)?
On Sun, Feb 17, 2013 at 10:53 AM, Mumtaz Ahmad wrote:
> I am trying to produce this link command. I donot need any other libr
I wish I could find a better place than qmake.conf to do that. Will you
recommend anything ?
Sent from my iPhone
On Feb 17, 2013, at 6:52 PM, Laszlo Papp wrote:
> Why do you think qmake.conf is the right place for fixing this, and not where
> those are added without the need (i.e. fix for eve
On 15/02/13 20:43, Stephen Kelly wrote:
> I don't know why you're packaging those.
>
> You understand that they are not 'part of Qt 5', right?
>
They are part of Qt, as in Qt Project. They just aren't part of the Qt
5.0 release package. Big difference.
> And you understand that they are not stab
On 15/02/13 21:23, Zoltán Balogh wrote:
> On 02/15/2013 12:43 PM, Stephen Kelly wrote:
>> On Friday, February 15, 2013 12:28:32 Timo Jyrinki wrote:
>>> At least qtpim, qtsystems, qtconnectivity, qtfeedback
>>> and qtwayland will follow later, and I'll be filing change proposals
>>> for them at that
QString::arg() must have Escapes cached.
Currently it iterates with every call that doesn't seem too perfect. The
better solution is to have the iteration once at the first call after the
value change so further calls won't need to iterate again.
Since the maximum number of arguments for a si
On domingo, 17 de fevereiro de 2013 23.53.35, Mohsen Akhlaghi wrote:
> QString::arg() must have Escapes cached.
>
> Currently it iterates with every call that doesn't seem too perfect. The
> better solution is to have the iteration once at the first call after the
> value change so further calls w
On Sunday 17 February 2013 23:53:35 Mohsen Akhlaghi wrote:
> QString::arg() must have Escapes cached.
>
> Currently it iterates with every call that doesn't seem too perfect. The
> better solution is to have the iteration once at the first call after the
> value change so further calls won't need
Hi Stephen,
after the merge from [stable] to [dev] branch, my jenkins server noticed that
there is a problem with compiling my stacks against Qt5.
After looking over all the changes, I found out that there is an issue with the
gerrit change 47230 [1] and am trying to find a way to solve or at lea
On Monday, February 18, 2013 05:07:42 Lorn Potter wrote:
> On 15/02/13 20:43, Stephen Kelly wrote:
> > I don't know why you're packaging those.
> >
> > You understand that they are not 'part of Qt 5', right?
>
> They are part of Qt, as in Qt Project.
Being hosted on qt-project.org does not make
On Monday, February 18, 2013 03:27:32 Sascha Cunz wrote:
> I am using FIND_PACKAGE and QT_USE_MODULES in each subdirectory of
> my cmake source tree like shown in [2]. This is required, because I have a
> generic stub that encapsules the differences from Qt4/5 and use that in
> several different pr
11 matches
Mail list logo