[Cvs-cvs] ccvs/windows-NT ChangeLog config.h config.h.in ...

[Mark D. Baushke]

CVSROOT:        /cvsroot/cvs
Module name:    ccvs
Branch:         
Changes by:     Mark D. Baushke <address@hidden>        06/05/13 15:18:46

Modified files:
        windows-NT     : ChangeLog config.h config.h.in 
                         config.h.in.footer 

Log message:
        * config.h.in.footer: Add #define OK_TO_USE_1S_CLOCK to restore
        the ability to compile gettime.c.
        * config.h.in, config.h: Ditto.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/cvs/ccvs/windows-NT/ChangeLog.diff?tr1=1.350&tr2=1.351&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/cvs/ccvs/windows-NT/config.h.diff?tr1=1.181&tr2=1.182&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/cvs/ccvs/windows-NT/config.h.in.diff?tr1=1.109&tr2=1.110&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/cvs/ccvs/windows-NT/config.h.in.footer.diff?tr1=1.13&tr2=1.14&r1=text&r2=text

Patches:
Index: ccvs/windows-NT/ChangeLog
diff -u ccvs/windows-NT/ChangeLog:1.350 ccvs/windows-NT/ChangeLog:1.351
--- ccvs/windows-NT/ChangeLog:1.350     Thu Mar 30 18:13:12 2006
+++ ccvs/windows-NT/ChangeLog   Sat May 13 15:18:45 2006
@@ -1,3 +1,9 @@
+2006-05-13  Mark D. Baushke  <address@hidden>
+
+       * config.h.in.footer: Add #define OK_TO_USE_1S_CLOCK to restore
+       the ability to compile gettime.c.
+       * config.h.in, config.h: Ditto.
+       
 2006-03-30  Mark D. Baushke  <address@hidden>
 
        * stdint.h: Regenerated.
Index: ccvs/windows-NT/config.h
diff -u ccvs/windows-NT/config.h:1.181 ccvs/windows-NT/config.h:1.182
--- ccvs/windows-NT/config.h:1.181      Tue May  9 01:55:21 2006
+++ ccvs/windows-NT/config.h    Sat May 13 15:18:46 2006
@@ -1463,6 +1463,9 @@
    it because _open_osfhandle doesn't work.  */
 #define NO_SOCKET_TO_FD 1
 
+/* 1-second nominal clock resolution is okay. */
+#define OK_TO_USE_1S_CLOCK 1
+
 /* Is this true on NT?  Seems like I remember reports that NT 3.51 has
    problems with 200K writes (of course, the issue of large writes is
    moot since the use of buffer.c ensures that writes will only be as big
Index: ccvs/windows-NT/config.h.in
diff -u ccvs/windows-NT/config.h.in:1.109 ccvs/windows-NT/config.h.in:1.110
--- ccvs/windows-NT/config.h.in:1.109   Tue May  9 01:55:21 2006
+++ ccvs/windows-NT/config.h.in Sat May 13 15:18:46 2006
@@ -1456,6 +1456,9 @@
    it because _open_osfhandle doesn't work.  */
 #define NO_SOCKET_TO_FD 1
 
+/* 1-second nominal clock resolution is okay. */
+#define OK_TO_USE_1S_CLOCK 1
+
 /* Is this true on NT?  Seems like I remember reports that NT 3.51 has
    problems with 200K writes (of course, the issue of large writes is
    moot since the use of buffer.c ensures that writes will only be as big
Index: ccvs/windows-NT/config.h.in.footer
diff -u ccvs/windows-NT/config.h.in.footer:1.13 
ccvs/windows-NT/config.h.in.footer:1.14
--- ccvs/windows-NT/config.h.in.footer:1.13     Mon Sep 26 20:25:18 2005
+++ ccvs/windows-NT/config.h.in.footer  Sat May 13 15:18:46 2006
@@ -44,6 +44,9 @@
    it because _open_osfhandle doesn't work.  */
 #define NO_SOCKET_TO_FD 1
 
+/* 1-second nominal clock resolution is okay. */
+#define OK_TO_USE_1S_CLOCK 1
+
 /* Is this true on NT?  Seems like I remember reports that NT 3.51 has
    problems with 200K writes (of course, the issue of large writes is
    moot since the use of buffer.c ensures that writes will only be as big