This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug libgomp/52738] New: libgomp configured with --enable-tls=no crash inside pthread function


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

             Bug #: 52738
           Summary: libgomp configured with --enable-tls=no crash inside
                    pthread function
    Classification: Unclassified
           Product: gcc
           Version: 4.6.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libgomp
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: matek09@gmail.com


I configured libgomp with --enable-tls=no and build it as static library. But I
get segmentation fault when I use such OpenMP inside Pthread funcion.
gomp_thread inline function from libgomp.h uses pthread_getspecific and it
returns null. Then this null value is used in context where null is not
allowed. Also in team.c when HAVE_TLS is not defined there is such code:
struct gomp_thread local_thr;
thr = &local_thr;
pthread_setspecific (gomp_tls_key, thr);
Is it safe to remember address of local variable? In team.c without HAVE_TLS
such pthread_setspecific is used multiple times.
When I use the same static library with --enable-tls=yes there is no such
problem. I think there is general problem with OpenMP without TLS and Pthreads.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]