[Development] Question about QCoreApplicationData::*_libpaths
thiago.macieira at intel.com
Thu Jan 21 00:34:50 CET 2016
On Wednesday 20 January 2016 23:43:07 Giuseppe D'Angelo wrote:
> This poses further questions down the line, such as whether it's "ok"
> having an index API based on signed integers. (It is for convenience, it
> is not for correctness, but I guess that's all the topic here, isn't it? :))
Current guidance from the standards committee is that you should use signed
integers unless you specifically need modulo-2 overflow.
> > And my answer would be to ban the std containers from Qt entirely and
> > restore support for QT_NO_STL.
> Which is never going to happen since the STL containers are superior in
> performance and code size and we want to use them extensively inside Qt.
> If/how/when expose STL types in our APIs is all to be seen...
> ... can we go back thinking about that?
We can't get QT_NO_STL for more reasons than this. We've deprecated our
algorithms library, for good reason. With C++11, there are some things you
just cannot do without the Standard Library, like <initializer_list> and
And yes, we're using the Standard Library containers in our own code.
However, let me also say that our source code is product, so we need to have
readable code. We *will* trade some performance off for more readable code,
where "more readable" means Qt-like code that users of our API will
So whenever I see a std::erase with nested std::remove_if, I cringe. It's
highly efficient, but a sore in the eye.
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
More information about the Development