2014-08-18 15:40 GMT+02:00 Samuel Stirtzel :
>
> Not sure if it is intended to install to the /libs directory...
>
Hi,
found the other bug tracker entry about this, strangely it is marked
as done with fix release 5.3.1
https://bugreports.qt-project.org/browse/QTBUG-37638
Maybe the Qt maintenance
2014-08-18 15:40 GMT+02:00 Samuel Stirtzel :
>
Rewritten in a non line-broken way:
http://pastebin.com/Bh5Tc8Uz
--
Regards
Samuel
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Hi,
due to some bug in 5.2, about repeaters being deleted before
instantiated, I upgraded to 5.3.1 today.
My system runs Kubuntu 13.04 with gcc 4.6.3 and I use Qt Creator 3.1.2 as IDE.
It is a bit strange, since plugins just worked fine in 5.2.1.
My current work-flow is: compile -> open terminal
On Mon, Aug 18, 2014 at 3:11 PM, Adam Light wrote:
> Mark:
>
> On Sat, Aug 16, 2014 at 11:12 AM, Mark Gaiser wrote:
>>
>>
>> That is roughly the solution i'm looking for.
>> But i'd like to go one step further. Do you know of some way - without
>> editing the Qt source itself - to automatically p
[Resending to the list]
Mark:
On Sat, Aug 16, 2014 at 11:12 AM, Mark Gaiser wrote:
> That is roughly the solution i'm looking for.
> But i'd like to go one step further. Do you know of some way - without
> editing the Qt source itself - to automatically pass each QWidget the
> gets constructed
On 08/18/2014 07:51 AM, Igor Mironchik wrote:
> Hi.
>
> Well, but with SQLite this approach works...
Which goes to show you just how sadistic
multi-threading can be.
>
> -Original Message-
> From: Sze Howe Koh
> Sent: Monday, August 18, 2014 12:57 PM
> To: Igor Mironchik
> Subject: Re: [I
Hi.
Well, but with SQLite this approach works...
-Original Message-
From: Sze Howe Koh
Sent: Monday, August 18, 2014 12:57 PM
To: Igor Mironchik
Subject: Re: [Interest] QThreadPool & writing to the DB
Hi Igor,
On 18 August 2014 14:26, Igor Mironchik wrote:
> Hi.
>
> I want to move wri
Hi Richard,
Thanks for the response! I tried adding "CONFIG -= neon" to the
default_pre.prf as described, but it didn't seem to do anything. So I next
tried changing the CFG_NEON setting in qtbase/configure to "no", but that
didn't stop it either.
I'm fine to disable neon acceleration if needs be
In mkspecs/macx-ios-clang/default_pre.prf we set CONFIG -= neon for iphone
simulator builds. You could try to set it for device build builds as well.
-Richard
Fra: interest-bounces+richard.gustavsen=digia@qt-project.org
[interest-bounces+richard.gustavsen=di
