From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS3215 2.6.0.0/16 X-Spam-Status: No, score=-4.2 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [IPv6:2620:52:3:1:0:246e:9693:128c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 6BCBF1F8C6 for ; Mon, 12 Jul 2021 15:38:19 +0000 (UTC) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 93FB2388CC0C for ; Mon, 12 Jul 2021 15:38:18 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 93FB2388CC0C DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1626104298; bh=z1B6iSvoWB6ru/3NDLGnIKCLUmyFoMXEFG5GBgt2+IU=; h=To:Subject:References:Date:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=Ol+KYr44Eib3rrIGWMd95NPwLGDPeXwDZ6ZvBVQMNTXTH2bde/vxDS1Hns6eVVNoR xkb5PHaZhb1AarAQG0GZPNqDM16urlb6PP1FCQTEwPskUPNVGzIBSPSuKbrPxL2yrg +9EzY7jFl8bMg10KfeiZMTLwYJfuySBuhecovxAk= Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by sourceware.org (Postfix) with ESMTP id 09196388A81A for ; Mon, 12 Jul 2021 15:37:24 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 09196388A81A Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-478-tcBdKwmQNI2ybiJGIEqkLg-1; Mon, 12 Jul 2021 11:37:22 -0400 X-MC-Unique: tcBdKwmQNI2ybiJGIEqkLg-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 5A8E510A33E0; Mon, 12 Jul 2021 15:37:21 +0000 (UTC) Received: from oldenburg.str.redhat.com (ovpn-112-103.rdu2.redhat.com [10.10.112.103]) by smtp.corp.redhat.com (Postfix) with ESMTPS id C822760871; Mon, 12 Jul 2021 15:37:19 +0000 (UTC) To: Matthias Klose Subject: Re: Undefined use of weak symbols in gnulib References: <87o8e0p92r.fsf@oldenburg.str.redhat.com> <87y2ab8tgz.fsf@oldenburg.str.redhat.com> Date: Mon, 12 Jul 2021 17:37:16 +0200 In-Reply-To: (Matthias Klose's message of "Mon, 12 Jul 2021 17:30:31 +0200") Message-ID: <87lf6b8rwz.fsf@oldenburg.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain 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: , From: Florian Weimer via Libc-alpha Reply-To: Florian Weimer Cc: libc-alpha@sourceware.org, bug-gnulib@gnu.org, binutils@sourceware.org Errors-To: libc-alpha-bounces+e=80x24.org@sourceware.org Sender: "Libc-alpha" * Matthias Klose: > On 7/12/21 5:03 PM, Florian Weimer via Binutils wrote: >> * Michael Hudson-Doyle: >> >>> Did this thread ever reach a conclusion? I'm testing a snapshot of >>> glibc 2.34 in ubuntu and running into this issue -- bison segfaults on >>> startup on ppc64el. > >> We rebuilt bison and a couple of other packages > > do you have a list of these packages? I rebuilt everything that had a weak symbol reference to pthread_mutexattr_gettype or thread_exit because those two symbols are used for the single-thread optimization in current gnulib. The presence of these symbols largely depends on at which point the upstream sources you use last imported the relevant modules from gnulib, so it's probably best to check each distribution individually. According to my notes, for us, that was bison, findutils, nano, and gnulib itself. Thanks, Florian