Hrvoje Niksic wrote:
I've now fixed this by simply having Cygwin use the Windows high-res
timers, which are very precise.
When Cygwin is fixed, we can revert it to use POSIX timers, like god
intended.
I grabbed the current CVS sources. They build work fine under Cygwin.
Thanks,
KM
I downloaded the CVS version of wget today and tried to build it under
the latest (1.15-14) Cygwin. I hit two compilation problems, both in
src/ptimer.c.
1. The first problem is with the test for _POSIX_MONOTONIC_CLOCK on line
186. That line is:
#if _POSIX_MONOTONIC_CLOCK = 0/* -1 means not
Keith Moore [EMAIL PROTECTED] writes:
I downloaded the CVS version of wget today and tried to build it
under the latest (1.15-14) Cygwin.
Thanks for the report. Please note that ptimer.c has undergone
additional changes today, so you might want to update your source.
1. The first problem is
Hrvoje Niksic wrote:
Thanks for the report. Please note that ptimer.c has undergone
additional changes today, so you might want to update your source.
Will do.
I don't get it -- if clock_getres is unavailable, then why does Cygwin
declare support for POSIX timers? Maybe we should simply
Keith Moore [EMAIL PROTECTED] writes:
FWIW - POSIX timers appear to be partially
supported. clock_gettime() is present, but there is no librt.a, so
it's in a nonstandard place (unless I am totally missing something).
Wget doesn't require clock_gettime to be exactly in librt.(so|a), but
it has
Hrvoje Niksic wrote:
Keith Moore [EMAIL PROTECTED] writes:
FWIW - POSIX timers appear to be partially
supported. clock_gettime() is present, but there is no librt.a, so
it's in a nonstandard place (unless I am totally missing something).
Wget doesn't require clock_gettime to be exactly
I've now fixed this by simply having Cygwin use the Windows high-res
timers, which are very precise.
When Cygwin is fixed, we can revert it to use POSIX timers, like god
intended.
