[PATCH, RTEMS] Fix CLOCKS_PER_SEC
Tue Mar 3 20:04:00 GMT 2015
On 03/03/2015 02:42 PM, Corinna Vinschen wrote:
> On Mar 3 11:51, Joel Sherrill wrote:
>> This patch is correct per POSIX.
>> Gedare addressed the path to our clock() implementation and that should
>> now be consistent.
>> I am curious how the #else targets are correct given the POSIX definition.
> That depends on the requirement for backward compat.
> What's worse is that toplevel time.h uses a non-POSIX default definition
> for _CLOCKS_PER_SEC_. Unfortunately this, too, is required for backward
> The Cygwin source uses CLOCKS_PER_SEC to compute the right values in
> times(2), for instance, and applications may depend on that. I added a
> change to Cygwin to allow new applications to use another CLOCKS_PER_SEC
> value while retaining backward compatibility for existing applications
> to my TODO list.
Strictly speaking, POSIX only requires 1 million for XSI, but not otherwise. So
there are compile cases in which the 100 value is POSIX-compliant.
More information about the Newlib