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: AS22989 209.51.188.0/24 X-Spam-Status: No, score=-3.9 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id D405F1F8C6 for ; Tue, 13 Jul 2021 00:22:24 +0000 (UTC) Received: from localhost ([::1]:38992 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m36Br-000720-Gf for normalperson@yhbt.net; Mon, 12 Jul 2021 20:22:23 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:46826) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m36Bm-00071d-5h for bug-gnulib@gnu.org; Mon, 12 Jul 2021 20:22:19 -0400 Received: from smtp-relay-canonical-0.canonical.com ([185.125.188.120]:60368) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m36Bj-0003Zz-MY for bug-gnulib@gnu.org; Mon, 12 Jul 2021 20:22:17 -0400 Received: from mail-pj1-f70.google.com (mail-pj1-f70.google.com [209.85.216.70]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp-relay-canonical-0.canonical.com (Postfix) with ESMTPS id 01BE440651 for ; Tue, 13 Jul 2021 00:22:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canonical.com; s=20210705; t=1626135733; bh=ZgOCiy7LMtmgv/mgU/o4JmBW+eiFpmWzPPmo56RZo5Y=; h=MIME-Version:From:Date:Message-ID:Subject:To:Content-Type; b=ZrAY48mkZrZ2M8GelTrjWY4+1qsT3COrs5a1OD1J/zSi109wG+eK084KLPEEfCMbh sbPpRX5bxt6fRiQ37+OekbQDlR4iKlZ427WhdleIDXQnju2aCPyOASpUyi2DcxWOnS 0CoPrM0BV+THzcpYesc1Z95Z65vYg81kTuxEhsV9hwXCuUFzl+y70T9Spxgz1dSfl2 Gpq7r7CICaNrxQMk3Ia66LY3606mik5N3cmt3VTlld5aA0+SFjAmhUYGJv5nfXo/6Y XO+L/Ib65MKK9471vWPDDQzPBx3WZzLD9O+KbUNUe8GJ9XSLeoz0QQnM2oqA5k4idV 9ZBN9PPhHNAig== Received: by mail-pj1-f70.google.com with SMTP id k23-20020a17090a5917b02901739510b17fso3204442pji.6 for ; Mon, 12 Jul 2021 17:22:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ZgOCiy7LMtmgv/mgU/o4JmBW+eiFpmWzPPmo56RZo5Y=; b=OThUewmZgU/3Vmj5FsZfvpqU91Ji0FnL16qmYHDl0uumPW2K2pSUljyTcQ/Qt4bxyf haGtKr6vQsBQQ8Izdg5p0yd3ENJA0qirdbAalxMMGy+zVEQ4f4EvW3963WK87fPDTVYy fT8lUCJwJEYpStydr5v8IbhknHqTcSfuUpaeWIjQyTYC8+J8KeoNppzkPX5YLSSdIuuF tUcp4E9Kq68MARl+nBu7PJU5U77+Xfld7ld9hh+ey3cU83rzONifJ/1vzeBBCO9hdZvj 3R6SHymhgg9e5Vt287h6NHnvWyKG0V1ueqHriB5jZA4Ina3hOIntdPEzMydBcJDGo+Sk ZRWg== X-Gm-Message-State: AOAM531qCRKyF4TihZkiBdXWas60pIFWNJZV5gFrIOBY1rCQYjsh3RV5 UoPE0NjMPcxOiJISGlzCZgnkNGX7hub5gYyg7J2bh0Hqx1R5a/gq3yZleUbWDKS08oorexUG3Iu Ihxxi6C6OhJQ5FQK8h4m9feMKT/30NocF5OBcZYLyIewB X-Received: by 2002:a17:90a:28a5:: with SMTP id f34mr1466546pjd.107.1626135731436; Mon, 12 Jul 2021 17:22:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx7L7pm5+s4RO2Wl4szrE+Pv0VPA+07rz0f2MxgrCW6oYCvzj/AbgXJWWdv+oJvwOq5SijS571Av3H/ZIHyfsg= X-Received: by 2002:a17:90a:28a5:: with SMTP id f34mr1466534pjd.107.1626135731187; Mon, 12 Jul 2021 17:22:11 -0700 (PDT) MIME-Version: 1.0 References: <87o8e0p92r.fsf@oldenburg.str.redhat.com> <87y2ab8tgz.fsf@oldenburg.str.redhat.com> <87lf6b8rwz.fsf@oldenburg.str.redhat.com> In-Reply-To: <87lf6b8rwz.fsf@oldenburg.str.redhat.com> From: Michael Hudson-Doyle Date: Tue, 13 Jul 2021 12:22:00 +1200 Message-ID: Subject: Re: Undefined use of weak symbols in gnulib To: Florian Weimer Content-Type: multipart/alternative; boundary="0000000000009d4afe05c6f63a56" Received-SPF: none client-ip=185.125.188.120; envelope-from=michael.hudson@canonical.com; helo=smtp-relay-canonical-0.canonical.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: bug-gnulib@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Gnulib discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Matthias Klose , libc-alpha@sourceware.org, bug-gnulib@gnu.org, binutils@sourceware.org Errors-To: bug-gnulib-bounces+normalperson=yhbt.net@gnu.org Sender: "bug-gnulib" --0000000000009d4afe05c6f63a56 Content-Type: text/plain; charset="UTF-8" On Tue, 13 Jul 2021 at 03:37, Florian Weimer wrote: > * 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 for the list and the other reply. It doesn't seem quite so bad if it's only a few packages and we can fix them by rebuilding before the new libc lands. Cheers, mwh --0000000000009d4afe05c6f63a56 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Tue, 13 Jul 2021 at 03:37, Florian= Weimer <fweimer@redhat.com>= ; wrote:
* Matth= ias 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 sna= pshot of
>>> glibc 2.34 in ubuntu and running into this issue -- bison segf= aults 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.=C2=A0 The presen= ce
of these symbols largely depends on at which point the upstream sources
you use last imported the relevant modules from gnulib, so it's probabl= y
best to check each distribution individually.=C2=A0 According to my notes,<= br> for us, that was bison, findutils, nano, and gnulib itself.

Thanks for the list and the other reply. It doesn'= t seem quite so bad if it's only a few packages and we can fix them by = rebuilding before the new libc lands.

Cheers,
mwh=C2=A0
--0000000000009d4afe05c6f63a56--