HEADS-UP: from now do new deprecations in KF API by *_DEPRECATED_* macros only using upcoming version number

Friedrich W. H. Kossebau kossebau at kde.org
Wed Nov 6 13:52:10 GMT 2019


Am Mittwoch, 6. November 2019, 14:14:41 CET schrieb David Edmundson:
> I just found a slight issue when using _DEPRECATED_SINCE.
> 
> If one of two overloaded Q_SIGNALS is deprecated, clazy will blindly
> port the signal without an overload as to the compiler only one signal
> exists. This then gives a compilation error at a distro/CI level.
> 
> I don't think anything can be done, but it's worth people being wary of.

Can you give an example? I would like to look closer at it.

So far I would have assumed clazy sees the same API with the same options as 
the compiler would. I.e. any sections with visibility guards 
*_EMABLE_DEPRECATED_SINCE/*_BUILD_DEPRECATED_SINCE should work the same for 
both. So distro/CI level should not be different here.

Cheers
Friedrich




More information about the Kde-frameworks-devel mailing list