[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Wed, 3 Jan 2018 14:10:17 -0500
From: Rich Felker <dalias@...c.org>
To: musl@...ts.openwall.com
Subject: Re: pthread_attr_[g|s]etaffinity_np
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
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
