From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8336 invoked by alias); 13 Aug 2010 10:14:54 -0000 Received: (qmail 8287 invoked by alias); 13 Aug 2010 10:14:43 -0000 Date: Fri, 13 Aug 2010 10:14:00 -0000 Message-ID: <20100813101443.8286.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: "hainque at adacore dot com" 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/msg01084.txt.bz2 ------- Comment #16 from hainque at adacore dot com 2010-08-13 10:14 ------- Subject: Re: pthread_default_stacksize_np failed. dave at hiauly1 dot hia dot nrc dot ca wrote: > I think the answer is to provide a stub for pthread_default_stacksize_np > which is linked in last in final executables. I believe the function is > always present in the pthread libraries, both shared and archive. We > already do similar things for a number of functions on hppa64-hpux11. Hmm, certainly worth an attempt. We were caught by subtle bugs with similar attempts on other platforms in the past, like "stub added to lib X, and corner case situation Bla leads to a link order that gets us the stub instead of the real implementation in multi threaded apps". That's probably settled by now :) We're discussing the options internally. Thanks much for your feedback. Olivier -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34544