• jason's avatar
    2007-09-13 Doug Kwan <dougkwan@google.com> · c0aa46db
    jason authored
            * gcc/gthr-posix.h (__gthread_cond_broadcast, __gthread_cond_wait,
            __gthread_cond_wait_recursive): Add to extend interface for POSIX
            conditional variables. (__GTHREAD_HAS_COND): Macro defined to signify
            support of conditional variables.
            * gcc/gthr-posix95.h (__gthread_cond_broadcast, __gthread_cond_wait,
            __gthread_cond_wait_recursive): Add to extend interface for POSIX
            conditional variables. (__GTHREAD_HAS_COND): Macro defined to signify
            support of conditional variables.
            * gcc/gthr-single.h (__gthread_cond_broadcast, __gthread_cond_wait,
            __gthread_cond_wait_recursive): Add to extend interface for POSIX
            conditional variables.
            * gcc/gthr.h: Update comments to document new interface.
            * libstdc++-v3/include/ext/concurrent.h (class __mutex,
            class __recursive_mutex): Add new method gthread_mutex to access
            inner gthread mutex.
            [__GTHREAD_HAS_COND] (class __concurrence_broadcast_error,
            class __concurrence_wait_error, class __cond): Add.
            * guard.cc (recursive_push, recursive_pop): Delete.
            (init_in_progress_flag, set_init_in_progress_flag): Add to
            replace recursive_push and recursive_pop.
            (throw_recursive_init_exception): Add.
            (acquire, __cxa_guard_acquire, __cxa_guard_abort and
            __cxa_guard_release): [__GTHREAD_HAS_COND] Use a conditional
            for synchronization of static variable initialization.
            The global mutex is only held briefly when guards are
            accessed. [!__GTHREAD_HAS_COND] Fall back to the old code,
            which deadlocks.
            * testsuite/thread/guard.cc: Add new test. It deadlocks with the
            old locking code in libstdc++-v3/libsup++/guard.cc.
    
    
    git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@129030 138bc75d-0d04-0410-961f-82ee72b054a4
    c0aa46db
ChangeLog 248 KB