[Python-Dev] PEP 418 is too divisive and confusing and should be postponed (original) (raw)
Victor Stinner victor.stinner at gmail.com
Wed Apr 4 13:09:46 CEST 2012
- Previous message: [Python-Dev] PEP 418 is too divisive and confusing and should be postponed
- Next message: [Python-Dev] PEP 418 is too divisive and confusing and should be postponed
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Why does it already have these things when the PEP is not accepted? ... (This is not a rhetorical question, perhaps there is a good reason why these have been added independently of the PEP.)
time.clock_gettime() & friends were added by the issue #10278. The function was added before someone asked (me) to write a PEP. The need of a PEP came later, when time.wallclock() and time.monotonic() functions were added.
Because these are thin (low-level) wrappers around the corresponding POSIX APIs, so there is no reason not to add them.
time.clock_gettime() can be used for other purpose than a monotonic clock. For example, CLOCK_THREAD_CPUTIME_ID is the only available function to get the "Thread-specific CPU-time clock". It also gives access to CLOCK_MONOTONIC_RAW which is not used by the time.monotonic() function proposed in the PEP.
Victor
- Previous message: [Python-Dev] PEP 418 is too divisive and confusing and should be postponed
- Next message: [Python-Dev] PEP 418 is too divisive and confusing and should be postponed
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]