On Friday, 11 November 2016 at 13:21:40 UTC, Nick Sabalausky
Run the new dmd. If it fails, either fix your code or go
temporarily go back to the old dmd until you can fix your code.
D will never be considered production ready as pong as this
attiude remaind. Your described scenario in practice works like
- You decide to delay fix until you have time to investigate
- Half of users of your library you (or your colleagues) complain
that they can't upgrade their projects because you areso slow
- You desperately find time to do required fix which proves
- Now the other half of your users (colleagues) complain that
your rush to upgrade forces them to switch to immature compiler
.. or one can spend one extra hour to implement deprecation path
and the issue disappears completely.