Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20131119191550.GC1685@port70.net>
Date: Tue, 19 Nov 2013 20:15:51 +0100
From: Szabolcs Nagy <nsz@...t70.net>
To: musl@...ts.openwall.com
Subject: Re: Trying to compile libselinux against musl

* Raphael Cohn <raphael.cohn@...rmmq.com> [2013-11-19 16:20:27 +0000]:
> src/booleans.c wants to use the macro _D_ALLOC_NAMLEN - which seems to be a
> glibc-ism in dirent.h. It may be possible to hack in their macro definition

should be fixed upstream

> to overcome this;
> src/proccattr.c tries to use __register_atfork, which is in the LSB but I
> suspect is a glibc-ism.
> 
> I'm stuck on the latter - I'm not deep into this stuff. Does anyone have
> any ideas how to patch / hack / bypass this to get things compiled? Are
> there any other workarounds (apart from not using libselinux or musl)?

i think you can just use pthread_atfork instead

#define __register_atfork(prepare,parent,child,dso) pthread_atfork(prepare,parent,child)

the dso arg is just there in case dlclose() is used
which is broken on glibc anyway and noop on musl

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.