[Development] unique_ptr and Qt, Take 2

Иван Комиссаров abbapoh at gmail.com
Sat May 4 00:33:25 CEST 2019


It seems I am having problems expressing my thoughts, people don’t understand what I am trying to say=(

What I've meant is to have one allocation instead of two, yes, exactly.

Back to the topic - in case we really want to support the "stack case", I’d say shared_ptr is the only option (in combination with enable_shared_from_this which is already a kinda part of QObject, as mentioned above)

> 3 мая 2019 г., в 23:54, Giuseppe D'Angelo via Development <development at qt-project.org> написал(а):
> 
> Il 03/05/19 23:03, Иван Комиссаров ha scritto:
>> I’d say it’s an implementation detail - it *is* possible to implement the creation of QObjects more efficient than it is done now without «forcing» user to use objects on stack to avoid allocations.
> 
> Unless you also sacrifice binary compatibility, it's not possible.
> 
> What it is possible is to have one allocation instead of 2 (the object and its dpointer), that's already been worked upon with a custom operator new, check the patches on gerrit.
> 
> Anyhow this is entirely orthogonal to the original problem at hand: ownership. We need to support the case of objects created on the stack (not owned and owned).
> 
> Cheers,
> -- 
> Giuseppe D'Angelo | giuseppe.dangelo at kdab.com | Senior Software Engineer
> KDAB (France) S.A.S., a KDAB Group company
> Tel. France +33 (0)4 90 84 08 53, http://www.kdab.com
> KDAB - The Qt, C++ and OpenGL Experts
> 
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> https://lists.qt-project.org/listinfo/development




More information about the Development mailing list