[Development] Technical vision for Qt for Python

Thiago Macieira thiago.macieira at intel.com
Mon Aug 19 22:49:32 CEST 2019


On Monday, 19 August 2019 12:34:23 PDT Jason H wrote:
> > > Can Qt set a "no private destructor!" rule?
> > 
> > No.
> > 
> > Private destructors have a purpose.
> 
> Would a workable re-wording be "always provide a public means of
> destruction"?

No, since the purpose is to prevent you from doing that. That's usually a 
singleton, though not always.

> To be clear, I am not sure what the actual issue is, why it's private, or
> why shiboken can't handle it. In the immediate case PyQt provides the class
> so there seems to be some way around the issue...

>From knowledge of past code generators, they try to derive from every class, 
so any class that is final or has only private constructors or has a private 
destructor will fail. It needs a different strategy.

-- 
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel System Software Products






More information about the Development mailing list