<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2014-09-27 1:15 GMT+09:00 David Nadlinger via Digitalmars-d <span dir="ltr"><<a href="mailto:digitalmars-d@puremagic.com" target="_blank">digitalmars-d@puremagic.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">As Walter mentioned in a recent pull request discussion [1], the first formal deprecation protocol we came up with for language changes looked something like this:<br>
<br>
1. remove from documentation<br>
2. warning<br>
3. deprecation<br>
4. error<br>
<br>
(The "remove from documentation" step is a bit questionable, but that's not my point here.)<br>
<br>
However, in the meantime deprecations were changed to be informational by default. You now need to explicitly need to pass -de to turn them into errors that halt compilation. Thus, I think we should simply get rid of the warning step, just like we (de facto) eliminated the "scheduled for deprecation" stage from the Phobos process.<br>
<br>
Thoughts?<br></blockquote><div><br></div><div>I agree that the current warning stage for the deprecated features is useless.</div><div><br></div><div>Kenji Hara</div></div></div></div>