[phobos] [D-Programming-Language/phobos] 66e81b: Change SysTime.fracSec to "scheduled for deprecati...

[GitHub via phobos]

  Branch: refs/heads/master
  Home:   https://github.com/D-Programming-Language/phobos
  Commit: 66e81b682459e72b0d483a9360a97f348d51298a
      https://github.com/D-Programming-Language/phobos/commit/66e81b682459e72b0d483a9360a97f348d51298a
  Author: jmdavis <jmdavisProg at gmx.com>
  Date:   2014-08-20 (Wed, 20 Aug 2014)

  Changed paths:
    M std/datetime.d

  Log Message:
  -----------
  Change SysTime.fracSec to "scheduled for deprecation" from deprecated.

Vladamir has a use case where the deprecation gives him a wall of
deprecation messages, and because he needs to use both 2.066 and master,
he can't move his code over to fracSecs yet. So, I'm changing the
deprecation to "scheduled for deprecation" for one release. And because
of this case, I think that I'm going to change the general policy to
"scheduling for deprecation" for one release before actually deprecating
a symbol. The fact that deprecated just generates a message mostly
obviates the need for "scheduling for deprecation" like we used to do,
but with this change, it will give folks one release to avoid the wall
of deprecation messages if they happen to use the deprecated symbol a
lot (or just once in a frequently instantiated template as in Vladamir's
case). It probably won't do anything for anyone who doesn't read the
changelog, but it will help out the folks who do.


  Commit: e2cd69406b68dba998714d7d74657fd1f90723a1
      https://github.com/D-Programming-Language/phobos/commit/e2cd69406b68dba998714d7d74657fd1f90723a1
  Author: H. S. Teoh <hsteoh at quickfur.ath.cx>
  Date:   2014-08-20 (Wed, 20 Aug 2014)

  Changed paths:
    M std/datetime.d

  Log Message:
  -----------
  Merge pull request #2444 from jmdavis/datetime

Change SysTime.fracSec to "scheduled for deprecation" from deprecated.


Compare: https://github.com/D-Programming-Language/phobos/compare/a3119548b89a...e2cd69406b68