On Thursday 08 January 2015 23:33:34 Thiago Macieira wrote:
* Q_DECL_OVERRIDE - required in new code, don't add to old code
- Required to be used consistently within a class, because Clang warns be
default if one function has override and another doesn't.
- Even add to old code. The benefits
On Thursday 08 January 2015 23:33:34 Thiago Macieira wrote:
* Q_NULLPTR - strongly encouraged
Ok, trying to summarize the discussion so we can move forward.
There's a bug report (https://bugreports.qt.io/browse/QTBUG-45291) about Qt
headers not compiling with -Wzero-as-null-pointer-constant,
On Thursday 08 January 2015 23:33:34 Thiago Macieira wrote:
* Q_DECL_EQ_DEFAULT - really discouraged
I can't think of any case where you could use this and let the code still
compile in C++98, so don't use it
* Q_DECL_EQ_DELETE - strongly encouraged, use with care
Let's the compiler
On Thursday 08 January 2015 23:33:34 Thiago Macieira wrote:
* Q_CONSTEXPR - use only where required
You probably don't need this. You'll need it when accessing const data from
a Q_DECL_CONSTEXPR function. Otherwise, you won't need it.
You could use this to create a
Hello guys I'm a programmer and would like to gain more experience in large
projects, so I would contribute to Qt. I have time available and just need
someone to tell me what to do and how to start. Can someone help me ?. And
sorry for bad English, I began to study English in three months.
Hi Edi,
On 07/24/2015 06:11 AM, Edi Anderson wrote:
Hello guys I'm a programmer and would like to gain more experience in large
projects, so I would contribute to Qt.
That's wonderful; welcome to the Qt Project!
I have time available and just need
someone to tell me what to do and how to
On 23/07/15 14:27, Marc Mutz marc.m...@kdab.com wrote:
On Thursday 08 January 2015 23:33:34 Thiago Macieira wrote:
* Q_DECL_OVERRIDE - required in new code, don't add to old code
- Required to be used consistently within a class, because Clang warns be
default if one function has override
On 23/07/15 14:23, Marc Mutz marc.m...@kdab.com wrote:
On Thursday 08 January 2015 23:33:34 Thiago Macieira wrote:
* Q_NULLPTR - strongly encouraged
Ok, trying to summarize the discussion so we can move forward.
There's a bug report (https://bugreports.qt.io/browse/QTBUG-45291) about
Qt
2015-07-23 13:20 GMT+02:00 Marc Mutz marc.m...@kdab.com:
It's undocumented, and considered private, but since it's a template and thus
must be visible, it effectively is public API and falls under the same
restrictions for changes as public API. IOW: it cannot change (incompatibly)
until Qt 6.
On 23/07/15 14:27, Marc Mutz marc.m...@kdab.com wrote:
On Thursday 08 January 2015 23:33:34 Thiago Macieira wrote:
* Q_DECL_OVERRIDE - required in new code, don't add to old code
- Required to be used consistently within a class, because Clang warns be
default if one function has override
On 2015-07-23 08:23, Marc Mutz wrote:
On Thursday 08 January 2015 23:33:34 Thiago Macieira wrote:
* Q_NULLPTR - strongly encouraged
Ok, trying to summarize the discussion so we can move forward.
There's a bug report (https://bugreports.qt.io/browse/QTBUG-45291) about Qt
headers not
On 21 Jul 2015, at 13:27, Giuseppe D'Angelo giuseppe.dang...@kdab.com wrote:
Hi,
I'd like to nominate Sérgio Martins for the Approver status in the Qt project.
In the last years Sérgio has pushed lots of patches in a number of
components: he worked on the QNX/BB platform plugin, on
On Thursday 23 July 2015 16:34:40 Lorenz Haas wrote:
2015-07-23 13:20 GMT+02:00 Marc Mutz marc.m...@kdab.com:
It's undocumented, and considered private, but since it's a template and
thus must be visible, it effectively is public API and falls under the
same restrictions for changes as
On Thursday 23 July 2015 19:22:46 Marc Mutz wrote:
I believe we should strive to have the LTS release warning-free in this
regard. It's going to be in use for a long time, and the demand for nullptr-
correctness will only grow with time.
Agreed.
I'd say go ahead with cleaning up zero-as-null
On Thursday 23 July 2015 07:09:05 Tom Isaacson wrote:
I don't know whether we'll be able to produce binaries for it for 5.5.1.
That depends on how soon we can bring it up in the old CI.
Any idea when 5.5.1 is due now? The Wiki says the original date was
September but will this be pushed out?
On Thursday 08 January 2015 23:33:34 Thiago Macieira wrote:
Non-C++11 but also useful:
* Q_DECL_{PURE,CONST}_FUNCTION - encouraged
A pure function is a function that will return the same value if called
twice with the same parameters. Pure functions are allowed to read from
pointers
On Thursday 08 January 2015 23:33:34 Thiago Macieira wrote:
* Q_DECL_NOTHROW / Q_DECL_NOEXCEPT - strongly encouraged
To public functions (all modules); any function in modules compiled with
exception (QtCore, QtXmlPatterns, QtConcurrent).
You probably want Q_DECL_NOTHROW instead of
On Thursday 23 July 2015 15:47:10 Knoll Lars wrote:
On 23/07/15 14:23, Marc Mutz marc.m...@kdab.com wrote:
On Thursday 08 January 2015 23:33:34 Thiago Macieira wrote:
* Q_NULLPTR - strongly encouraged
Ok, trying to summarize the discussion so we can move forward.
There's a bug report
I don't know whether we'll be able to produce binaries for it for 5.5.1. That
depends on how soon we can bring it up in the old CI.
Any idea when 5.5.1 is due now? The Wiki says the original date was September
but will this be pushed out?
https://wiki.qt.io/Qt-5.5-release
Tom Isaacson
Hi,
As far as I know, no. No one has a clue why the creation of a temporary
directory is failing.
It is simply running out of patterns to try since the mime DB tests
leaked temp dirs. https://codereview.qt-project.org/#/c/121381/ fixed
QDir::removeRecursively() to try harder removing files
On Thursday 23 July 2015 11:24:05 Lorenz Haas wrote:
Hi,
most - if not all - d-pointer/private implementation files are
*internal* and should not be used in a normal project - meaning a
project that just uses Qt. These files/classes are clearly marked by
//
// W A R N I N G
//
Hi,
most - if not all - d-pointer/private implementation files are
*internal* and should not be used in a normal project - meaning a
project that just uses Qt. These files/classes are clearly marked by
//
// W A R N I N G
// -
//
// This file is not part of the Qt API. It exists
If a change is related to a discussion on the mailing list, I expect that
the change is posted to the discussion.
I already quoted you the mail where I ...
Because not doing that, circumvents the discussion on the mailing list and
goes against the spirit of The Qt Governance Model.
23 matches
Mail list logo