> -Original Message-
> From: Development [mailto:development-
> bounces+tuukka.turunen=qt...@qt-project.org] On Behalf Of Robin Burchell
> Sent: perjantaina 23. joulukuuta 2016 3.40
> To: development@qt-project.org
> Subject: Re: [Development] Proposal to adjust release candidate process
> -Original Message-
> From: Development [mailto:development-
> bounces+tuukka.turunen=qt...@qt-project.org] On Behalf Of Thiago
> Macieira
> Sent: torstaina 22. joulukuuta 2016 22.09
> To: development@qt-project.org
> Subject: Re: [Development] Proposal to adjust release candidate proces
My (slightly delayed) $0.02:
On releasing in general: I would agree that releases take too long,
often, but I am of the belief that a good part of this is a mess of our
own making. For instance, due to an end-user or project requiring a
specific version or purely out of fear that the next release
Em sexta-feira, 23 de dezembro de 2016, às 01:26:38 BRST, Tim Blechmann
escreveu:
> it is attached to the bug report. (undefined symbols in from zlib)
That means that linking to -lpng requires -lz to show up. configure will try to
get the library flags for libpng from pkg-config, but it's not pa
>> like with 5.8-beta, i'm still having issues when linking statically
>> against a prebuilt static library of libpng (because libpng depends on
>> zlib). compare: https://bugreports.qt.io/browse/QTBUG-56163
>>
>> in short, it gives me:
>>> ERROR: Feature 'system-png' was enabled, but the pre-condi
Em quinta-feira, 22 de dezembro de 2016, às 23:01:49 BRST, Tim Blechmann
escreveu:
> > cd gui/ && ( test -e Makefile ||
> > /Users/tim/dev/qt3rd/build-Qt-5.x-dev-macx-clang-static/qtbase/bin/qmake
> > -o Makefile /Users/tim/dev/qt3rd/qtbase/src/gui/gui.pro -qtconf
> > /Users/tim/dev/qt3rd/build-Qt
Em quinta-feira, 22 de dezembro de 2016, às 23:01:49 BRST, Tim Blechmann
escreveu:
> like with 5.8-beta, i'm still having issues when linking statically
> against a prebuilt static library of libpng (because libpng depends on
> zlib). compare: https://bugreports.qt.io/browse/QTBUG-56163
>
> in sh
> We have released Qt 5.8.0 RC today, see
> http://blog.qt.io/blog/2016/12/22/qt-5-8-0-release-candidate-available/
> Thanks to everyone involved.
hi all,
like with 5.8-beta, i'm still having issues when linking statically
against a prebuilt static library of libpng (because libpng depends on
zl
Em quinta-feira, 22 de dezembro de 2016, às 12:54:08 BRST, Tuukka Turunen
escreveu:
> > And besides, alpha and beta are traditional and well understood.
> > (Following that pattern though, I guess we ought to call the RC a
> > “gamma”, but that’s not traditional for some reason.)
>
>
>
> If we
Em quinta-feira, 22 de dezembro de 2016, às 15:24:07 BRST, Marc Mutz escreveu:
> On Thursday 22 December 2016 12:25:12 Alexander Blasche wrote:
> >
> > From: Development
> > on behalf of
> > Thiago Macieira
> >
> > >QOverload could be used, but I'd rather
On Thursday 22 December 2016 12:25:12 Alexander Blasche wrote:
>
> From: Development
> on behalf of
> Thiago Macieira
>
> >QOverload could be used, but I'd rather you didn't use it in the Qt
> >sources. It's a bit ugly.
>
> Currently not all Qt compilers
Hi,
Op 22/12/2016 om 13:54 schreef Tuukka Turunen:
-Original Message-
From: Development [mailto:development-
bounces+tuukka.turunen=qt...@qt-project.org] On Behalf Of Shawn
Rutledge
Sent: torstaina 22. joulukuuta 2016 9.25
To: development@qt-project.org; releas...@qt-project.org
Subje
> -Original Message-
> From: Development [mailto:development-
> bounces+tuukka.turunen=qt...@qt-project.org] On Behalf Of Shawn
> Rutledge
> Sent: torstaina 22. joulukuuta 2016 9.25
> To: development@qt-project.org; releas...@qt-project.org
> Subject: Re: [Development] Proposal to adjust
22.12.2016 14:10, Thiago Macieira пишет:
qOverload requires C++14 variable templates.
QOverload could be used, but I'd rather you didn't use it in the Qt sources.
It's a bit ugly.
It's not uglier than static_cast. Compare:
connect(offsetSpinBox, static_cast(QSpinBox::*)(int)>(&QSpinBox::valueCh
From: Development
on behalf of Thiago Macieira
>QOverload could be used, but I'd rather you didn't use it in the Qt sources.
>It's a bit ugly.
Currently not all Qt compilers work with it which makes it a no go for Qt
itself. I had to remove it again:
Em quinta-feira, 22 de dezembro de 2016, às 13:06:58 BRST, Александр Волков
escreveu:
> Hi,
>
> It is stated in https://codereview.qt-project.org/#/c/168057/ that
> Q_COMPILER_VARIADIC_TEMPLATES is required since Qt 5.7.
> It is true? Can I use QOverload which depends on it (
> https://codereview
Hi all,
We have released Qt 5.8.0 RC today, see
http://blog.qt.io/blog/2016/12/22/qt-5-8-0-release-candidate-available/
Thanks to everyone involved.
Jani Heikkinen
Release Manager
The Qt Company
Elektroniikkatie 13
90590 Oulu Finland
jani.heikki...@qt.io
http://qt.io
__
Hi,
It is stated in https://codereview.qt-project.org/#/c/168057/ that
Q_COMPILER_VARIADIC_TEMPLATES is required since Qt 5.7.
It is true? Can I use QOverload which depends on it (
https://codereview.qt-project.org/#/c/180525/ ) ?
BR,
Alexander.
___
Hi,
On 12/22/16 09:18, Oliver Wolff wrote:
> Can someone elaborate on how "one package per OS" reduces the testing
> burden significantly? We still have to check every
> platform/configuration that is inside the package. All that changes is
> that the testers install from one big package instead
19 matches
Mail list logo