[Bug libc/21457] sys/ucontext.h namespace

["carlos at redhat dot com" <sourceware-bugzilla at sourceware dot org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=21457

--- Comment #12 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Peter Maydell from comment #11)
> I would object less if this had been deprecated, ie if the new glibc
> produced a warning on compilation and some future release would then remove
> it. It has not been deprecated, it has been simply removed.

Correct, in this case we removed the definition completely after analyzing the
code that was using such a definition. A deprecation phase was not considered
because the impact of the change was small relative to the number of
potentially impacted packages. A good comparison is the _DEFAULT_SOURCE changes
in 2.20 (https://sourceware.org/glibc/wiki/Release/2.20#Packaging_Changes)
where we had a multi-stage deprecation for something we knew would impact a lot
of packages.

While we would like to have staged deprecation for every change we make, it's
not practical, and is weighed against the cost and number of impacted packages,
and the complexity of the change. Here it's a simple name change to fix
longterm namespace issues.

-- 
You are receiving this mail because:
You are on the CC list for the bug.