From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/1840 Path: news.gmane.org!not-for-mail From: Szabolcs Nagy Newsgroups: gmane.linux.lib.musl.general Subject: Re: capset() capget() syscalls Date: Thu, 6 Sep 2012 11:28:04 +0200 Message-ID: <20120906092804.GC1104@port70.net> References: <20120905061905.GQ27715@brightrain.aerifal.cx> <50471B56.8040804@palsenberg.com> <20120905142441.GT27715@brightrain.aerifal.cx> <20120906030406.GY27715@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1346923699 11553 80.91.229.3 (6 Sep 2012 09:28:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 6 Sep 2012 09:28:19 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-1841-gllmg-musl=m.gmane.org@lists.openwall.com Thu Sep 06 11:28:20 2012 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1T9YNo-0001tM-0A for gllmg-musl@plane.gmane.org; Thu, 06 Sep 2012 11:28:20 +0200 Original-Received: (qmail 12166 invoked by uid 550); 6 Sep 2012 09:28:16 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 12158 invoked from network); 6 Sep 2012 09:28:16 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:1840 Archived-At: * Justin Cormack [2012-09-06 09:22:58 +0100]: > WIth glibc I cannot seem to find a set of headers to include that will > give me access to all the system calls plus the types and constants > needed to call them. There are always conflicts. I am hoping I will be > able to with Musl. > so these are functions not present in any standard and any libc why do you want to include them in musl? that would mean applications will break using glibc vs musl why not use a separate library (libcap2) > I don't see it can be deprecated if it has not been replaced... it is > one of the syscalls not generally intended for everyday use. But it is > a bit unclear. > this is the question and we need an authorative answer > For reference (this list is not complete), Musl is missing the > following syscalls that glibc has: > fallocate, acct, setns, sync_file_range, readahead, tee, > timerfd_create, timerfd_settime, timerfd_gettime > these are non-standard functions, but the non-broken ones should be provided eventually the ugly ones are those which glibc declares in standard headers (eg readahead, tee) (timerfd* functions are easy to provide as they live in their own header) some of them might be obsolete (eg posix_fallocate is in musl and can be used instead of fallocate, and posix_fadvise may be used instead of readahead) > And neither provide the non obsolete > clock_getres, clock_settime, clock_gettime > these are posix standard api and musl provides them if the necessary feature test macros are defined when time.h is included