From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3553 invoked by alias); 12 Aug 2010 13:38:37 -0000 Received: (qmail 3000 invoked by alias); 12 Aug 2010 13:38:23 -0000 Date: Thu, 12 Aug 2010 13:38:00 -0000 Message-ID: <20100812133823.2999.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug boehm-gc/34544] pthread_default_stacksize_np failed. In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "dave at hiauly1 dot hia dot nrc dot ca" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2010-08/txt/msg00981.txt.bz2 ------- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2010-08-12 13:38 ------- Subject: Re: pthread_default_stacksize_np failed. Hi Olivier, > Hi John, > > PR boehm-gc/34544 > > (__gthread_active_init): Use pthread_default_stacksize_np instead of > > pthread_create to determine if hpux pthreads are active. > > > branches/gcc-4_3-branch/gcc/gthr-posix.h > > After this change, our local 4.3 builds on PA HPUX 11.0 with > Ada fail producing intermediate binaries that aren't linked > with -lpthread (gnatbind to start with), with complaints like > > << /usr/ccs/bin/ld: Unsatisfied symbols: pthread_default_stacksize_np > (first referenced in .../libgcc_eh.a(unwind-dw2-fde.o)) (code) > >> > > Presumably, this used to work because libc provides a dummy pthread_create. > > Thoughts ? The function is present in libc.sl on my PA HPUX 11.00 system. Possibly, this can be fixed by updating your libc version. However, I just noticed that there is no libc stub for pthread_default_stacksize_np in libc.a. Are you doing a static link? Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34544