On 2015-01-09 11:25, Herbert Valerio Riedel wrote: > On 2015-01-09 at 11:18:02 +0100, Jan Stolarek wrote: > >> The reall >> question is how to remember that we should remove this at some point? > > This affects all exposed libraries; I think it's enough to simply make > this part of the release-procedure at some point in the release-cycle, > to actively scan all DEPRECATIONs, and decide for each whether to kill > them or let them live for another cycle. > > It simplifies things though, if it's obvious when a deprecation was > declared so one doesn't have to `git blame` for it. Many deprecations > already have a comment attached like "deprecated in GHC x.y" >
I think Google's Guava library for Java does a great job at this. In the documentation is says something like: *Deprecated*: Use xxx instead. This class is scheduled for removal in June 2016. Then one just needs to add a "Remove all scheduled deprecations" to the do-a-release checklist. _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
