Move deprecations for 2017-06 ahead

[wilzbach]

We can finally get rid of a lot of old stuff :)

As I don't have a Windows box, I am abusing auto-tester to check the Makefiles config for Windows.
Of course, it would be great if these two ugly win{32,64}.mak wouldn't be there, but that's a different discussion.

[dlang-bot]

Thanks for your pull request, @wilzbach!

Bugzilla references

Your PR doesn't reference any Bugzilla issue.

If your PR contains non-trivial changes, please reference a Bugzilla issue or create a manual changelog.

[wilzbach]

Aww - seems like we need a new release of DUB first -> dlang/dub#1183

[wilzbach]

As I don't have a Windows box, I am abusing auto-tester to check the Makefiles config for Windows.

The good news - auto-tester is green 🎉

But this is a giant mess. Deprecations are useless if everyone ignores them!!
At least these PRs are needed to move on:

• DUB
• tools
• vibe.d

[jmdavis]

Okay. No offense, but you're doing this wrong, though I can understand why. Anything that is currently documented with a ddoc comment is not to be removed from the code. The part in the comment about it being removed is when to remove it from the documentation, not the code. So, the next step is for the ddoc comments to be removed and to be replaced with lines like

// Explicitly undocumented. It will be removed in June 2018. @@@DEPRECATED_2018-06@@@

It's only after the symbol has been deprecated and undocumented for a year that it should be removed. So, the stuff that is deprecated and has no ddoc comment can be removed, but the stuff with a ddoc comment needs to be undocumented, not removed.

If it would be easier, I can do this (I'd meant to before now but have been quite busy), but regardless, we need to not be removing any symbols that are currently documented.

[wilzbach]

It's only after the symbol has been deprecated and undocumented for a year that it should be removed. So, the stuff that is deprecated and has no ddoc comment can be removed, but the stuff with a ddoc comment needs to be undocumented, not removed.

I am not sure whether I can follow. Isn't all of std.c not documented since a long time?
(The only other deprecations in this PR are in std.conv and the undocumented std.windows.iunknown)

If it would be easier, I can do this (I'd meant to before now but have been quite busy), but regardless, we need to not be removing any symbols that are currently documented.

Sure, feel free to take over anytime. I was just seeing the // @@@DEPRECATED_2017-06@@@ in std.conv and wanted to help out.

[wilzbach]

I am closing this as (1) we would need to wait for a new DUB release anyways (luckily all PRs have been merged) and (2) @jmdavis is a lot better at this ;-)