[Development] Another integer typedef OR how to prepare for 64-bit in Qt 5

Marco Bubke Marco.Bubke at qt.io
Thu Dec 6 11:57:12 CET 2018


We could let return .size() size_t and .ssize() ssize_t. So you can choose. std::span is going in that direction and I find it very pragmatical.

________________________________
From: Development <development-bounces at lists.qt-project.org> on behalf of Thiago Macieira <thiago.macieira at intel.com>
Sent: Wednesday, December 5, 2018 5:20:07 PM
To: development at qt-project.org
Subject: Re: [Development] Another integer typedef OR how to prepare for 64-bit in Qt 5

On Wednesday, 5 December 2018 05:36:36 PST Konstantin Tokarev wrote:
> > The point is that you don't need size_t.
>
> Unless you do need it, when interfacing with code which uses size_t. For
> example, WebKit code base uses size_t as size type across the board, which
> causes lots of conversions to signed in code which glues
> platform-independent code with Qt APIs.

Yes, you're right: size_t is needed when dealing with code that already used
size_t.

But for new API, we shouldn't use it. See Ville's email on another section of
this thread.

--
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel Open Source Technology Center



_______________________________________________
Development mailing list
Development at lists.qt-project.org
https://lists.qt-project.org/listinfo/development
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20181206/646d9729/attachment.html>


More information about the Development mailing list