bug-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnulib] Re: GNULib Module gettime Breaks CVS Build On Windows


From: Derek Robert Price
Subject: Re: [Bug-gnulib] Re: GNULib Module gettime Breaks CVS Build On Windows
Date: Fri, 14 May 2004 10:00:46 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040413

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Paul Eggert wrote:

>Derek Robert Price <address@hidden> writes:
>
>>Are you aware of any function available on Windows that _does_ yield a
>>high resolution time?  Preferrably one based on some standard, such as
>>C89, C99, or POSIX?
>
>
>I'd rather not spend time worrying about Microsoft-Windows-specific
>time functions, but it does seem reasonable to remove the assumption
>that gettimeofday always works, as that assumption is also false on
>ancient Unix hosts.  coreutils/src/ls.c already does this (in a
>slightly different context) so this sounds quite safe.  Similarly for
>settimeofday.
>
>So I installed this patch into gnulib.  It also fixes a dependency bug
>(gettime and settime depend on gl_TIMESPEC being called).


Thanks, Paul.

Conrad, I've just updated the version in CVS.  Does it do the trick
for you?

I've also added my_usleep & nanosleep functions to
windows-NT/woe32.c.  They are mostly duplicated code from nanosleep.c,
so I'm tempted to fork our nanosleep.c to include the #include
<winsock.h> instead and ease maintenence, but it's somewhat debatable
whether that is easier since it would complicate updates from GNULIB.

Anyhow, please let me know how it turns out.

Derek

- --
                *8^)

Email: address@hidden

Get CVS support at <http://ximbiot.com>!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFApNENLD1OTBfyMaQRAoq4AKDQsn0QSWnhZmUdP2tY42q4/wtTKwCdGfKV
XZNpi2Yd7wfgb+XmB/SIWo8=
=lmWd
-----END PGP SIGNATURE-----





reply via email to

[Prev in Thread] Current Thread [Next in Thread]