[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: KDE_NO_COMPAT
From:       Luciano Montanaro <mikelima () cirulla ! net>
Date:       2004-06-10 14:08:49
Message-ID: 200406101608.49446.mikelima () cirulla ! net
[Download RAW message or body]

El Thursday 10 June 2004 13:11, Stephan Kulow escribió:
> Am Donnerstag 10 Juni 2004 13:04 schrieb Andrew Coles:
> > I've noticed:
> >
> > #ifndef KDE_NO_COMPAT
> >
> > (some deprecated methods)
> >
> > #endif
> >
> > appear in a few places; should this be applied to all deprecated methods? 
> > I, for one, would be delighted if 3.3 could compile without any deprecation
> > warnings, and would be quite happy to go through wrapping up deprecated
> > kdelibs code like this.
> 
> It's not too easy as you might break binary compatability depending on this 
> define.
> 

None the less, it would be interesting finding out what needs to be fixed.

Shouldn't we mark the conditionally compiled methods as KDE_DEPRECATED?

I'm thinking of the KAction class, which has a large number of methods conditionally
compiled.

Luciano
 

[prev in list] [next in list] [prev in thread] [next in thread]