From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from vmicros1.altlinux.org (vmicros1.altlinux.org [194.107.17.57]) by sourceware.org (Postfix) with ESMTP id 2911C38930D0 for ; Mon, 26 Apr 2021 18:01:14 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 2911C38930D0 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=altlinux.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=ldv@altlinux.org Received: from mua.local.altlinux.org (mua.local.altlinux.org [192.168.1.14]) by vmicros1.altlinux.org (Postfix) with ESMTP id 46BCB72C8B0; Mon, 26 Apr 2021 21:01:13 +0300 (MSK) Received: by mua.local.altlinux.org (Postfix, from userid 508) id EA6D57CC8A9; Mon, 26 Apr 2021 21:01:12 +0300 (MSK) Date: Mon, 26 Apr 2021 21:01:12 +0300 From: "Dmitry V. Levin" To: Florian Weimer Cc: Andreas Schwab , libc-alpha@sourceware.org Subject: Re: [PATCH 00/17] nptl: Move remaining mutex symbols into libpthread Message-ID: <20210426180112.GA10373@altlinux.org> References: <87bla1yrlz.fsf@igel.home> <878s55yqy7.fsf@oldenburg.str.redhat.com> <877dkpyq5d.fsf@igel.home> <87h7jtxbcm.fsf@oldenburg.str.redhat.com> <8735vdyp1y.fsf@igel.home> <87a6plxa5y.fsf@oldenburg.str.redhat.com> <87y2d5x7cj.fsf@igel.home> <87pmyhrkso.fsf@oldenburg.str.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87pmyhrkso.fsf@oldenburg.str.redhat.com> X-Spam-Status: No, score=-7.0 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2021 18:01:15 -0000 On Mon, Apr 26, 2021 at 07:57:11PM +0200, Florian Weimer via Libc-alpha wrote: > * Andreas Schwab: > > > Does your bison use threads? > > No, it's not even linked against libpthread. I didn't know it's an > option. bison itself doesn't use threads, but its gnulib part does nowadays. Unless configured with --disable-threads, it generates a few weak references to some libpthread symbols and uses them at runtime. -- ldv