On Tuesday 17 November 2015 11:23:40 Tim Blechmann wrote:
> >> btw, would it be possible to configure gerrit to build statically linked
> >> qt and possibly also namespaced qt before integrating a patch? in the
> >> past it happened quite often that those two configuration options did
> >> not comp
Hi,
Namespaced builds are only tested on Linux IIRC, not os x. Similarly static
builds happen for ios, where the plugin loading code is probably not used.
Simon
Original Message
From: Tim Blechmann
Sent: Tuesday, November 17, 2015 05:24
To: development@qt-project.org
Subject: Re: [Development
>>> These aren't yet final beta packages but please test these & report all
>>> new blocker immediately
>>
>> no new blockers, but i still need to apply these two patches to be able
>> to compile 5.6-beta on osx:
>>
>> https://codereview.qt-project.org/#/c/139577/
>> https://codereview.qt-project.o
On Tuesday 17 November 2015 10:38:53 Tim Blechmann wrote:
> > These aren't yet final beta packages but please test these & report all
> > new blocker immediately
>
> no new blockers, but i still need to apply these two patches to be able
> to compile 5.6-beta on osx:
>
> https://codereview.qt-pro
> These aren't yet final beta packages but please test these & report all
> new blocker immediately
no new blockers, but i still need to apply these two patches to be able
to compile 5.6-beta on osx:
https://codereview.qt-project.org/#/c/139577/
https://codereview.qt-project.org/#/c/139981/
both
Hey Eddy,
Here's the response from my OSX 10.10.4 (Time Zone: Pacific Standard
Time (PST) -0800 UTC UTC/GMT).
$ ./mktime
Studying DST transitions in system default time-zone
Testing spring forward
Initial: Sun Mar 8 02:30:00 2015
Accepted: 1425810600
Ignorant of DST (-> 1): Sun Mar 8 03:30:00
> Hi,
>
> Given that mdns uses an unprivileged port, it seems like to me it should
> be possible
> for just about any process to send and receive mdns queries. Which means
> that any
> app could participate in the mdns groups by itself if it wanted. The
> primary advantage
> that I can see with re-
The allocated QV4::QObjectWrapper object hold a QPointer which track
'instance', it seems that it should be destroyed with
QObjectWrapper::destroyObject()
to properly destruct the QPointer in it in QV4::MemoryManager::sweep(). But
when sweep() is being called it couldn't find the QObjectWrapper
Hi all,
We have again new 5.6 beta snapshot available in
http://download.qt.io/snapshots/qt/5.6/5.6.0-beta/
Mac: http://download.qt.io/snapshots/qt/5.6/5.6.0-beta/203/
Linux: http://download.qt.io/snapshots/qt/5.6/5.6.0-beta/275/
Windows: http://download.qt.io/snapshots/qt/5.6/5.6.0-beta/2
