STINNER Victor <victor.stin...@gmail.com> added the comment: Ben Hoyt: "... from the PR it's clear that the standard library and tests do too."
I disagree here. The standard library doesn't use time.clock() since Python 3.3. Better clocks like time.perf_counter() or time.monotonic() are now used in the standard library. My PR onl changes two old tests and the very old turtledemo. I never used turtledemo, I didn't now that it exists neither :-) "I wouldn't be at all surprised to find others do as well." Oh, me neither. I'm quite sure that time.clock() is used in the wild. The problem is that you should not use it :-) "I realize it's been deprecated since 3.3, but without a DeprecatingWarning, that's easy to miss. What about adding a DeprecatingWarning for 3.7 and deprecate it later, maybe in 3.9? (I know that's a long time, but time.clock() is an old function so we should be cautious!)" I never understood the willingness of DeprecationWarning since almost nobody configures Python to run them. In my experience, even when they are displayed, they are usually ignored until the feature is really removed and then people only really start to look at the issue :-) But I'm fine with keeping the function and emit a warning in Python 3.7, and remove it from Python 3.8. ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue31803> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
