se the internals here, but I
> > > don't see an easy way to avoid that, especially since hppa requires
> > > 16-byte alignment. At least doesn't do any
> > > namespace pollution as I believe a single underscore is enough here as
> > > everything is i
cially since hppa requires
> > 16-byte alignment. At least doesn't do any
> > namespace pollution as I believe a single underscore is enough here as
> > everything is in file scope?
> >
> > This will require a libpthread major bump, and those are really
> &
nough here as
> everything is in file scope?
>
> This will require a libpthread major bump, and those are really
> painful! So I'm not sure we should do this just for pshared
> semaphores which hardly anybody uses.
>
> I wonder if we do this, should we include some a
Where is the original email that you replied too? The subject interests me but
I don't see Ted's original email.
On Wed, Jul 08 2020 19:19:38 +0200, Mark Kettenis wrote:
> This will require a libpthread major bump, and those are really
> painful! So I'm not sure we should do this just for pshared
> semaphores which hardly anybody uses.
FWIW, I have an implementation of a jobserver for mak
hose are really
painful! So I'm not sure we should do this just for pshared
semaphores which hardly anybody uses.
I wonder if we do this, should we include some additional padding in
the struct for future expansion?
> Index: include/semaphore.h
> ==
I think this makes sem_init(pshared) work.
I have a test program from Lauri Tirkkonen and if I've understood it
correctly, it works now.
The essence of the diff is that we must eliminate the indirection so that
the application can properly allocate (mmap) the semaphore into shared memory.
There's
On 2020-07-08, Ted Unangst wrote:
> I think this makes sem_init(pshared) work.
Whoops, need more context to include the header file changes.
Index: include/semaphore.h
===
RCS file: /home/cvs/src/include/semaphore.h,v
retrieving revi
