From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 D3D703945C1D for ; Thu, 20 May 2021 13:27:39 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org D3D703945C1D 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-342-3wq30LeZPN2y0hZYMD2UJA-1; Thu, 20 May 2021 09:27:35 -0400 X-MC-Unique: 3wq30LeZPN2y0hZYMD2UJA-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id E0A62803621; Thu, 20 May 2021 13:27:34 +0000 (UTC) Received: from oldenburg.str.redhat.com (ovpn-112-137.ams2.redhat.com [10.36.112.137]) by smtp.corp.redhat.com (Postfix) with ESMTPS id ECFDA100238C; Thu, 20 May 2021 13:27:33 +0000 (UTC) From: Florian Weimer To: Andreas Schwab Cc: Florian Weimer via Libc-alpha Subject: Re: [PATCH 00/10] nptl: Complete libpthread removal References: <87eee4ccpd.fsf@igel.home> <87v97g5bi9.fsf@oldenburg.str.redhat.com> <87a6oscbc0.fsf@igel.home> <87r1i459cb.fsf@oldenburg.str.redhat.com> <875yzgc8hi.fsf@igel.home> <87mtss57go.fsf@oldenburg.str.redhat.com> <871ra4c7kf.fsf@igel.home> Date: Thu, 20 May 2021 15:27:31 +0200 In-Reply-To: <871ra4c7kf.fsf@igel.home> (Andreas Schwab's message of "Tue, 18 May 2021 18:47:44 +0200") Message-ID: <878s49pmbg.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.84 on 10.5.11.22 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain X-Spam-Status: No, score=-6.7 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, 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: Thu, 20 May 2021 13:27:41 -0000 * Andreas Schwab: > On Mai 18 2021, Florian Weimer wrote: > >> I don't think we can do anything about that. The libpthread.so linker >> script won't suppress it because it's not loaded implicitly, and as soon >> we load libpthread.so.0 explicitly during the link, we also end up with >> a DT_NEEDED reference, which I don't think we want. > > I don't think that would be such a bad thing. It will vanish over time > when libraries are relinked. Coming back to this, should we stop loading libpthread at all? That is, keep libpthread.so.0 around indefinitely (with the placeholder symbols and symbol versions), and just wait until more and more binaries are linked with the empty libpthread.a and no longer have a DT_NEEDED dependency on libpthread.so.0? Thanks, Florian