Use Q_GLOBAL_STATIC where K_GLOBAL_STATIC is not needed?

Thiago Macieira thiago at kde.org
Tue Feb 15 07:11:23 GMT 2011


On Monday, 14 de February de 2011 20:46:29 Michael Pyne wrote:
> On Tuesday, February 15, 2011 00:51:38 Thiago Macieira wrote:
> > On Monday, 14 de February de 2011 18:22:20 Michael Pyne wrote:
> > > Well to play devil's advocate, is it not possible in theory to make
> > > QAtomicPointer derive from QBasicAtomicPointer2 in Qt 4.8, in a way
> > > such that users of *only* QAtomicPointer still worked but users of
> > > QBasicAtomicPointer broke?
> > 
> > It is.
> > 
> > So what you want is for QBasicAtomicXXX to be documented? Sounds fair.
> 
> That would be exceedingly nice, yes. I would at least feel less bad about my
> current usage of QBasicAtomicInt (on non-PA-RISC), especially if the
> statement about being POD and non-POD were also to be explicitly added to
> the API.

Meanwhile, you should initialise with Q_BASIC_ATOMIC_INITIALIZER(0).

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
  Senior Product Manager - Nokia, Qt Development Frameworks
      PGP/GPG: 0x6EF45358; fingerprint:
      E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20110215/c0e65ddb/attachment.sig>


More information about the kde-core-devel mailing list