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.

Author p-ganssle
Recipients matrixise, p-ganssle
Date 2019-03-17.19:55:56
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1552852556.33.0.648145770071.issue36330@roundup.psfhosted.org>
In-reply-to
Content
It does seem like the values CLOCKS_PER_SEC, _PyTime_MAX and SEC_TO_NS are all defined at compile-time, so presumably this can be a compile-time error.

As currently defined, though, it seems very unlikely that this would ever be false, since _PyTime_MAX is the same as LLONG_MAX, which cplusplusreference says is `9223372036854775807 (2**63-1) or greater` [0], so CLOCKS_PER_SEC would need to be >= 2**50, which is unlikely to be... accurate.

In any case, it seems like this check can happen at compile-time, either resulting in compilation failing, or just undefining HAVE_CLOCK.

[0] http://www.cplusplus.com/reference/climits/
History
Date User Action Args
2019-03-17 19:55:56p-gansslesetrecipients: + p-ganssle, matrixise
2019-03-17 19:55:56p-gansslesetmessageid: <1552852556.33.0.648145770071.issue36330@roundup.psfhosted.org>
2019-03-17 19:55:56p-gansslelinkissue36330 messages
2019-03-17 19:55:56p-gansslecreate