current state of KDE_DEPRECATED ?

[Christian Ehrlicher]

Nicolas Goutte schrieb:
> On Wednesday 15 March 2006 20:44, Christian Ehrlicher wrote:
>> Nicolas Goutte schrieb:
>>> On Wednesday 15 March 2006 19:50, Alexander Neundorf wrote:
>>>> On Wednesday 15 March 2006 19:46, Nicolas Goutte wrote:
>>>>> On Wednesday 15 March 2006 19:38, Alexander Neundorf wrote:
>>>>>> Hi,
>>>>>>
>>>>>> I get a lot of compiler errors due to KDE_DEPRECATED used in front of
>>>>>> a ctor with gcc 3.3.6 .
>>>>> It should be
>>>>> static KDE_DEPRECATED
>>>>> virtual KDE_DEPRECATED
>>>>>
>>>>> (I have just fixed 2 files in kio/kio.)
>> This was my fault :(
>>
>>>> gcc complained here about the KDE_DEPRECATED:
>>>>
>>>> KDE_DEPRECATED KAction( const QString& text, const KShortcut& cut,
>>>>              const QObject* receiver, const char* slot,
>>>>              KActionCollection* parent, const char* name );
>>>>
>>>> according to KDE4Porting.html it should be ok. Or do I understand
>>>> something wrong ?
>>> Then perhaps we have to do really something for constructors:
>>> KDE_DEPRECATED_CONSTRUCTOR
>>>
>>> :-(
>> I must miss something...
>> KDE_DEPRECATED is defined to Q_DECL_DEPRECATED and Q_DECL_DEPRECATED is
>> used for deprecated constructors in qt and it works fine !?
> 
> Does Qt not use Q_DECL_CONSTRUCTOR_DEPRECATED for constructor intead?
> 
>> The only place where Q_DECL_CONSTRUCTOR_DEPRECATED is empty is when you
>> have __GNUC__ and __APPLE__ defined...
>> Can you change KDE_DEPRECATED to Q_DECL_CONSTRUCTOR_DEPRECATED and see
>> if this solves your problems?
> 
> On the other side, the fact that Q_DECL_CONSTRUCTOR_DEPRECATED exists means 
> that KDE must define a corresponding #define.
Yes, but first Alexander should take a look if this is the real problem.

Christian

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20060315/ad11795a/attachment.sig>