[Bug c++/33960] [4.3 Regression] r129030 breaks -fopenmp -static compile of tramp3d-v4

["dougkwan at google dot com" <gcc-bugzilla at gcc dot gnu dot org>]

------- Comment #5 from dougkwan at google dot com  2007-10-31 18:00 -------
Subject: Re:  New: [4.3 Regression] r129030 breaks -fopenmp -static compile of
tramp3d-v4

I'm looking at that.

-Doug

31 Oct 2007 14:52:04 -0000, rguenth at gcc dot gnu dot org
<gcc-bugzilla@gcc.gnu.org>:
> Starting with r129030 tramp3d-v4 segfaults on startup if compiled statically
> with -fopenmp.  This can be reproduced with the preprocessed testcase from
> http://www.suse.de/~rguenther/tramp3d/tramp3d-v4.ii.gz (x86_64) and compiling
> with -fopenmp -static (optimization does not change the effect).
>
> Author: jason
> Date: Fri Oct  5 05:35:46 2007
> New Revision: 129030
>
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129030
> Log:
> 2007-09-13  Doug Kwan  <dougkwan@google.com>
>
>         * 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.
>
>
> --
>            Summary: [4.3 Regression] r129030 breaks -fopenmp -static compile
>                     of tramp3d-v4
>            Product: gcc
>            Version: 4.3.0
>             Status: UNCONFIRMED
>           Keywords: wrong-code
>           Severity: normal
>           Priority: P3
>          Component: c++
>         AssignedTo: unassigned at gcc dot gnu dot org
>         ReportedBy: rguenth at gcc dot gnu dot org
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33960
>
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug, or are watching someone who is.
>


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33960