Retire OLD_LOCKS option

[stockfish] / src / lock.h

diff --git a/src/lock.h b/src/lock.h
index 3b3de1ac122718843e261597823a3f8661d31bc5..7f74fcf739033caf29ea40d4e26a8f962d1554f1 100644 (file)
--- a/src/lock.h
+++ b/src/lock.h
@@ -45,26 +45,9 @@ typedef pthread_cond_t WaitCondition;
 #undef WIN32_LEAN_AND_MEAN
 #undef NOMINMAX
 
 #undef WIN32_LEAN_AND_MEAN
 #undef NOMINMAX
 

-// Default fast and race free locks and condition variables
-#if !defined(OLD_LOCKS)
-
-typedef SRWLOCK Lock;
-typedef CONDITION_VARIABLE WaitCondition;
-
-#  define lock_init(x) InitializeSRWLock(x)
-#  define lock_grab(x) AcquireSRWLockExclusive(x)
-#  define lock_release(x) ReleaseSRWLockExclusive(x)
-#  define lock_destroy(x) (x)
-#  define cond_destroy(x) (x)
-#  define cond_init(x) InitializeConditionVariable(x)
-#  define cond_signal(x) WakeConditionVariable(x)
-#  define cond_wait(x,y) SleepConditionVariableSRW(x,y,INFINITE,0)
-#  define cond_timedwait(x,y,z) SleepConditionVariableSRW(x,y,z,0)
-
-// Fallback solution to build for Windows XP and older versions, note that
-// cond_wait() is racy between lock_release() and WaitForSingleObject().
-#else
-
+// We use critical sections on Windows to support Windows XP and older versions,
+// unfortunatly cond_wait() is racy between lock_release() and WaitForSingleObject()
+// but apart from this they have the same speed performance of SRW locks.

 typedef CRITICAL_SECTION Lock;
 typedef HANDLE WaitCondition;
 
 typedef CRITICAL_SECTION Lock;
 typedef HANDLE WaitCondition;
 


@@ -80,6 +63,4 @@ typedef HANDLE WaitCondition;
 
 #endif
 
 
 #endif
 

-#endif
-

 #endif // !defined(LOCK_H_INCLUDED)
 #endif // !defined(LOCK_H_INCLUDED)