On 05/02/2020 13:27, Rich Felker wrote:
> Is the naming pthread_sigqueue (vs pthread_sigqueue_np) intentional?
> Normally pthread functions that are not part of the standard are
> introduced as _np (non-portable) and promoted later if accepted as
> standards since the pthread_* namespace is reserved for future
> directions of the standard. Does glibc have this function with the
> same signature already?


The signature differs only with the constness of the third argument in
the header.  (The constness in the function implementation is correct.)

It is implemented not only in glibc, but additionally in Solaris 11:

https://docs.oracle.com/cd/E88353_01/html/E37843/pthread-sigqueue-3c.html

The corresponding system call was added in Linux 2.6.31, if it matters.

I have no comments (positive or negative) regarding the addition of this
call nor its implementation other than that the constness should be
fixed in the header.

Best,
--arw

-- 
A. Wilcox (awilfox)
Project Lead, Adélie Linux
https://www.adelielinux.org