This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

作者 vstinner
收信人 belopolsky, benhoyt, benjamin.peterson, ethan.furman, fdrake, lemburg, mrabarnett, serhiy.storchaka, vstinner
日期 2017-10-26.09:54:42
SpamBayes Score -1.0
Marked as misclassified
Message-id <1509011682.46.0.213398074469.issue31803@psf.upfronthosting.co.za>
In-reply-to
内容
Alexander Belopolsky: "I was not aware of time.clock() depreciation before Victor brought this issue to my attention."

That's why the function now emits a DeprecationWarning :-)


Alexander Belopolsky: "time.clock() is a very well-known API eponymous to a venerable UNIX system call.  Its limitations and platform dependencies are very well-known as well."

I'm not sure with "platform dependencies are very well-known".

"clock" is a the most common name to "get the current time". The problem is that the exact clock used by time.clock() depends on the platforms, and that each clock has a different behaviour. That's where the PEP 418 tried to define correctly what are "clocks" when you care of the portability.


I'm not sure that we can find an agreement. This issue becomes annoying. I don't know what do do. Close the issue? Revert my commit? Ignore the discussion and work on something else? :-(
历史
日期 用户 动作 参数
2017-10-26 09:54:42vstinner修改recipients: + vstinner, lemburg, fdrake, belopolsky, benjamin.peterson, mrabarnett, benhoyt, ethan.furman, serhiy.storchaka
2017-10-26 09:54:42vstinner修改messageid: <1509011682.46.0.213398074469.issue31803@psf.upfronthosting.co.za>
2017-10-26 09:54:42vstinner链接issue31803 messages
2017-10-26 09:54:42vstinner创建