Message338138
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/ |
|
Date |
User |
Action |
Args |
2019-03-17 19:55:56 | p-ganssle | set | recipients:
+ p-ganssle, matrixise |
2019-03-17 19:55:56 | p-ganssle | set | messageid: <1552852556.33.0.648145770071.issue36330@roundup.psfhosted.org> |
2019-03-17 19:55:56 | p-ganssle | link | issue36330 messages |
2019-03-17 19:55:56 | p-ganssle | create | |
|