Re: First deprecate APIs and then remove them in the next major version

On Thu, 2017-12-14 at 19:56 +0100, Sébastien Wilmet wrote:

With "soft API breaks" (i.e. just removing an API that was deprecated
a previous major version), I think this would improve a lot the
situation and would avoid to repeat the same problem as GTK+ 2 -> 3.

It already exists. Look at the "DISABLE_DEPRECATED" macros in the
current version of libraries, and which usually get removed in the +1

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]