Hi

In lib/lock.h, there is stub code to allow compilation event when no
threading is supported, but it is missing the various destroy functions.

Patch is attached following the existing conventions. I think, though,
that at least some of the stubs ought to expand to "((void) 0)" rather
than nothing.

Bruce
-- 
Dr Bruce Merry
bmerry <@> gmail <.> com
http://www.brucemerry.org.za/
http://blog.brucemerry.org.za/

43rd law of computing: Anything that can go wr
Segmentation fault - core dumped
>From 38352fed5661da3c185b8ce97348d9f1df01558e Mon Sep 17 00:00:00 2001
From: Bruce Merry <[EMAIL PROTECTED]>
Date: Thu, 17 Apr 2008 20:33:15 +0100
Subject: [PATCH] Add missing destroy functions

---
 lib/lock.h |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/lib/lock.h b/lib/lock.h
index 0b5f8e3..8535273 100644
--- a/lib/lock.h
+++ b/lib/lock.h
@@ -1062,6 +1062,7 @@ typedef int gl_lock_t;
 # define gl_lock_init(NAME)
 # define gl_lock_lock(NAME)
 # define gl_lock_unlock(NAME)
+# define gl_lock_destroy(NAME)
 
 /* ------------------------- gl_rwlock_t datatype ------------------------- */
 
@@ -1072,6 +1073,7 @@ typedef int gl_rwlock_t;
 # define gl_rwlock_rdlock(NAME)
 # define gl_rwlock_wrlock(NAME)
 # define gl_rwlock_unlock(NAME)
+# define gl_rwlock_destroy(NAME)
 
 /* --------------------- gl_recursive_lock_t datatype --------------------- */
 
@@ -1081,6 +1083,7 @@ typedef int gl_recursive_lock_t;
 # define gl_recursive_lock_init(NAME)
 # define gl_recursive_lock_lock(NAME)
 # define gl_recursive_lock_unlock(NAME)
+# define gl_recursive_lock_destroy(NAME)
 
 /* -------------------------- gl_once_t datatype -------------------------- */
 
-- 
1.5.3.7

Reply via email to