bug in gcc-3.2.3/gcc/gthr_rtems.h

EL KOLLI Yacine yacine.elkolli at crf.canon.fr
Mon Apr 19 09:12:30 UTC 2004


Hello,

I think there is a bug in gthr_rtems.h in the gcc-3.2.3 source tree 
under gcc-3.2.3/gcc/gthr_rtems.h.

In this file   __GTHREAD_MUTEX_INIT is define to 0 and 
__GTHREAD_MUTEX_INIT_FUNCTION   is defined to rtems_gxx_mutex_init.

But a comment in gthr.h states:
      __GTHREAD_MUTEX_INIT
      	to initialize __gthread_mutex_t to get a fast
	non-recursive mutex.
      __GTHREAD_MUTEX_INIT_FUNCTION
      	some systems can't initialize a mutex without a
	function call.  On such systems, define this to a
	function which looks like this:
	void __GTHREAD_MUTEX_INIT_FUNCTION (__gthread_mutex_t *)
	Don't define __GTHREAD_MUTEX_INIT in this case

The result of having defined __GTHREAD_MUTEX_INIT is that the STL global 
constructor does not call rtems_gxx_mutex_init to init its mutex, but 
rather use the statically defined value 0.
All locking performed by the STL lib on this mutex fail with return 
value OBJECT_ERROR, which seems not be tested.

I've recompiled gcc with __THREAD_MUTEX_INIT left undefined. Now STL 
constructor is calling rtems_gxx_mutex_init , and nothing seems broken.

Any comments ?

Y El Kolli.

-- 
=====================================================
EL KOLLI Yacine         | yacine.elkolli at crf.canon.fr
Canon C.R.F.            | Phone: +33.(0)2.99.87.68.79
http://www.crf.canon.fr | FAX: +33.(0)2.99.84.11.30
====================================================



More information about the users mailing list