From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <vivek@collabora.com>
Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk
 [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3])
 by sourceware.org (Postfix) with ESMTPS id D58C63858C60
 for <libc-alpha@sourceware.org>; Wed, 29 Sep 2021 17:32:42 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org D58C63858C60
Received: from collabora.com (unknown
 [IPv6:2001:4d48:ad5c:ef00:8e70:5aff:fe59:c29c])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested) (Authenticated sender: vivek)
 by bhuna.collabora.co.uk (Postfix) with ESMTPSA id EDDD11F44813;
 Wed, 29 Sep 2021 18:32:41 +0100 (BST)
Date: Wed, 29 Sep 2021 18:32:38 +0100 (BST)
From: =?UTF-8?Q?Vivek_Das=C2=A0Mohapatra?= <vivek@collabora.com>
X-X-Sender: vivek@noise.cbg.collabora.co.uk
To: Joseph Myers <joseph@codesourcery.com>
cc: libc-alpha@sourceware.org
Subject: Re: [RFC][PATCH v13 0/9] Implementation of RTLD_SHARED for dlmopen
In-Reply-To: <alpine.DEB.2.22.394.2109291636230.2573743@digraph.polyomino.org.uk>
Message-ID: <alpine.DEB.2.21.2109291829230.21196@noise.cbg.collabora.co.uk>
References: <20210929162642.21985-1-vivek@collabora.com>
 <alpine.DEB.2.22.394.2109291636230.2573743@digraph.polyomino.org.uk>
User-Agent: Alpine 2.21 (DEB 202 2017-01-01)
MIME-Version: 1.0
X-Spam-Status: No, score=-6.8 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS,
 SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on
 server2.sourceware.org
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8BIT
X-Content-Filtered-By: Mailman/MimeDel 2.1.29
X-BeenThere: libc-alpha@sourceware.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Libc-alpha mailing list <libc-alpha.sourceware.org>
List-Unsubscribe: <https://sourceware.org/mailman/options/libc-alpha>,
 <mailto:libc-alpha-request@sourceware.org?subject=unsubscribe>
List-Archive: <https://sourceware.org/pipermail/libc-alpha/>
List-Post: <mailto:libc-alpha@sourceware.org>
List-Help: <mailto:libc-alpha-request@sourceware.org?subject=help>
List-Subscribe: <https://sourceware.org/mailman/listinfo/libc-alpha>,
 <mailto:libc-alpha-request@sourceware.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2021 17:32:44 -0000

On Wed, 29 Sep 2021, Joseph Myers wrote:

> On Wed, 29 Sep 2021, Vivek Das Mohapatra via Libc-alpha wrote:
>
>>  - The following DSOs no longer have the new flag since they are stubs:
>>    {htl,nptl}/libpthread, dlfcn/libdl, login/libutil, resolv/libanl
>
> The HTL libpthread implementation hasn't been merged into libc, unlike
> NPTL.  Probably it *should* be, but it hasn't happened yet.  (And, thus,
> on Hurd, libanl hasn't been merged into libc because it depends on
> libpthread.)

Hm. Ok. Thanks for the heads up.

I can restore the flag for htl/pthread easily enough.

I'm less certain how to do this properly conditionaly for anl but I'll
look into it. Possibly I'll just restore the flag for libanl (see below).

> On the other hand, librt has been merged into libc on Linux (not Hurd, for
> the same reason of dependency on libpthread), despite that not being
> mentioned in the NEWS entry for 2.34.

It's harmless for a stub library to have the flag if it doesn't need it,
so I'll probably leave librt tagged until it's fully merged (unless it's
easy to to do conditionally given the current setup).

Not worth introducing a ton of complexity into the build system for imo.