Am Donnerstag, 24. Oktober 2019, 10:50:07 CET schrieb laurent Montel:
> When a compilation is broken by a new deprecated method we will fix it.

First though lots of people run into the build error, and are annoyed by it.

As just happened know, because I properly added the missing deprecation markup 
for KDE_DEFAULT_WINDOWFLAGS, e.g. added visibility guards around it. As a 
result anyone building KDE software from git master still using this define, 
is now running into a build error when the project got 
KF_DISABLE_DEPRECATED_BEFORE_AND_AT=0x060000 set.

And I feel bad, because I triggered the build errors indirectly, due to the 
planned-breakage setup :/ While I just added proper deprecation tagging, as 
much as possible for a C++ preprocessor define.

So doing good things -> breaking things for others unwanted. This harms the 
motivation to do good things. And also adds "break things" connotation to API 
deprecation work.
So the mentioned setting even has counter-productive effects.

So I would like to repeat my request to please reconsider this usage, even 
with the "is this a git checkout" check.,

Cheers
Friedrich


Reply via email to