Deprecated Library Functions / Methods
Walter Bright
newshound2 at digitalmars.com
Sun Dec 2 14:25:08 PST 2012
On 12/3/2012 8:41 AM, Jonathan M Davis wrote:
> Regardless, there's some stuff that's already been deprecated which probably
> should be outright removed at some point here (e.g. the deprecated functions
> in std.string which don't follow the correct naming conventions),
I do not see a compelling reason to remove them. Just leave them deprecated.
> but once
> that sort of thing has been removed, I think that we should be moving to a
> model where deprecated stuff becomes undocumented and withers away only to be
> outright removed with a major release of some kind. Such removals could be
> made to fit into the stable branch model somehow, but the deprecated symbols
> would be around a long time before being removed with a major release, and
> depending, we may not even remove them then. But as deprecations should be
> becoming rarer as the library stabilizes, this should be less of an issue.
More information about the Digitalmars-d
mailing list