From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/12322 Path: news.gmane.org!.POSTED!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: pthread_attr_[g|s]etaffinity_np Date: Wed, 3 Jan 2018 14:10:17 -0500 Message-ID: <20180103191017.GP1627@brightrain.aerifal.cx> References: <20180103160822.7a48bcdc@inria.fr> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1515006514 26749 195.159.176.226 (3 Jan 2018 19:08:34 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 3 Jan 2018 19:08:34 +0000 (UTC) User-Agent: Mutt/1.5.21 (2010-09-15) To: musl@lists.openwall.com Original-X-From: musl-return-12338-gllmg-musl=m.gmane.org@lists.openwall.com Wed Jan 03 20:08:30 2018 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.84_2) (envelope-from ) id 1eWoOr-0006bX-F1 for gllmg-musl@m.gmane.org; Wed, 03 Jan 2018 20:08:29 +0100 Original-Received: (qmail 31789 invoked by uid 550); 3 Jan 2018 19:10:30 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 31765 invoked from network); 3 Jan 2018 19:10:29 -0000 Content-Disposition: inline In-Reply-To: <20180103160822.7a48bcdc@inria.fr> Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:12322 Archived-At: On Wed, Jan 03, 2018 at 04:08:22PM +0100, Jens Gustedt wrote: > Hello, again, > when trying to link against OpenMP (gomp to be more precise) I ran > into undefined-symbol errors for these functions. For the moment I am > avoiding this problem by adding some weak aliases that do nothing and > return ENOSYS. > > I have not yet looked into the details, but I can't imagine that it > would be too difficult to implement them in musl. What would be the > general feeling about including such NP function in one form or > another in musl? It's intentional that the attr versions of these functions were omitted because they require unbounded storage (and thus allocation) in attr objects and the same result can be achieved just as well if not better by pthread_setaffinity_np directly on the thread. Rich