Corrected bad line breaks in macro definitions within code compiled
when BEOS_THREADS is defined. This usually does not cause a problem when
BEOS_THREADS is not defined, but the bad line break in this case put
the "#name" text as the first non-white space in a line, causing the
IRIX C preprocessor to think that it was a preprocessor directive, and
that generated a distracting warning. I also fixed a couple of other
line breaks that seemed wrong to me.
diff --git a/src/mesa/glapi/glthread.h b/src/mesa/glapi/glthread.h
index 9ac51ae..0265780 100644
--- a/src/mesa/glapi/glthread.h
+++ b/src/mesa/glapi/glthread.h
@@ -1,4 +1,4 @@
-/* $Id: glthread.h,v 1.9 2001/11/12 23:50:12 brianp Exp $ */
+/* $Id: glthread.h,v 1.10 2001/11/30 22:11:45 kschultz Exp $ */
/*
* Mesa 3-D graphics library
@@ -225,12 +225,9 @@
#define _glthread_DECLARE_STATIC_MUTEX(name) static _glthread_Mutex name = { 0,
create_sem(0, #name"_benaphore") }
-#define _glthread_INIT_MUTEX(name) name.sem = create_sem(0,
-#name"_benaphore"), name.lock = 0
-#define _glthread_LOCK_MUTEX(name) if((atomic_add(&(name.lock), 1)) >= 1)
-acquire_sem(name.sem)
-#define _glthread_UNLOCK_MUTEX(name) if((atomic_add(&(name.lock), -1)) > 1)
-release_sem(name.sem)
+#define _glthread_INIT_MUTEX(name) name.sem = create_sem(0, #name"_benaphore"), name.lock = 0
+#define _glthread_LOCK_MUTEX(name) if((atomic_add(&(name.lock), 1)) >= 1) acquire_sem(name.sem)
+#define _glthread_UNLOCK_MUTEX(name) if((atomic_add(&(name.lock), -1)) > 1) release_sem(name.sem)
#endif /* BEOS_THREADS */