Corrected bad line breaks in macro definitions within code compiled
authorKarl Schultz <kschultz@freedesktop.org>
Fri, 30 Nov 2001 22:11:45 +0000 (22:11 +0000)
committerKarl Schultz <kschultz@freedesktop.org>
Fri, 30 Nov 2001 22:11:45 +0000 (22:11 +0000)
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.

src/mesa/glapi/glthread.h

index 9ac51aef8216651042e767fb23fc9ca51a4d03b2..026578051ee7fc835c5a5c978c63c8b38c20edac 100644 (file)
@@ -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 @@ typedef benaphore _glthread_Mutex;
 
 #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 */