From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/9428 Path: news.gmane.org!not-for-mail From: Tomasz Sterna Newsgroups: gmane.linux.lib.musl.general Subject: Re: [PATCH] add sched_getcpu Date: Tue, 01 Mar 2016 21:35:21 +0100 Organization: Xiaoka.com Message-ID: <1456864521.12169.35.camel@xiaoka.com> References: <1456764572-18648-1-git-send-email-nathan@nathan7.eu> <1456780194.12169.25.camel@xiaoka.com> <20160229213057.GE9349@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-Zen66yYKHQagBT/5+NQR" X-Trace: ger.gmane.org 1456864552 5420 80.91.229.3 (1 Mar 2016 20:35:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Mar 2016 20:35:52 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-9441-gllmg-musl=m.gmane.org@lists.openwall.com Tue Mar 01 21:35:44 2016 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1aar1C-0003VX-2F for gllmg-musl@m.gmane.org; Tue, 01 Mar 2016 21:35:42 +0100 Original-Received: (qmail 26070 invoked by uid 550); 1 Mar 2016 20:35:39 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 26052 invoked from network); 1 Mar 2016 20:35:39 -0000 In-Reply-To: <20160229213057.GE9349@brightrain.aerifal.cx> X-Mailer: Evolution 3.18.5.1 (3.18.5.1-1.fc23) X-Scan-Signature: xkh98.infr.xiaoka.com 1aar0x-0008JT-Mn c524b286e83164f3af35ea2117481c99 Xref: news.gmane.org gmane.linux.lib.musl.general:9428 Archived-At: --=-Zen66yYKHQagBT/5+NQR Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable W dniu 29.02.2016, pon o godzinie 16=E2=88=B630 -0500, u=C5=BCytkownik Rich= Felker napisa=C5=82: > There are a lot of Linux specific syscalls without libc wrappers. > > Is this one special enough? > I wouldn't say there are a lot; do you have a list? $ grep -roh 'syscall(SYS_[a-z]*' src/kits/kernel/ | sort -u syscall(SYS_exit syscall(SYS_futex syscall(SYS_gettid syscall(SYS_tgkill And this is just from a fairly small library of mine. > The topic of what should and should not be given libc wrappers has > been under discussion on the glibc list for a while now. [...] > You should not need to use syscall() to access any Linux > functionality that's meant to be exposed to applications; [...] Really depends on how you define "applications". Basically why I asked the question - if the above should also be wrapped, I am all for it. But if not, why some syscalls are special? --=20 smoku @ http://abadcafe.pl/ @ http://xiaoka.com/ --=-Zen66yYKHQagBT/5+NQR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABCAAGBQJW1f0JAAoJEMbh7DlLbipiZXMIAJBXU2OIL0JcEtuZR4gGCPOT zXzQRYRzhPt3YNlJaGAafgK9C9YD8thmgq7cn9qXW5AVJOMf6zCdB/ckPjCf3pk5 JVhAKSFoVTydLJajBjK4tKLMA8euLHCgk5AJoXeu5NBVadE/XHGkc52kPE3NupKR PFYaHdrHQx5CuvWLxHwas6aVFv/FEvcmI3yMQCh7tneRvqRYLUlPIpriclEBKRaU AkVCA+q/eGYbaL0eB9khdqqXO7hf2G40/Xk0udiEU70cBaFqwWqMlvRFgsHrmLXT 5MJ5R8Rxz6NUYve7RVUxHBTQbdj90CztR3wmzWvNR+FQ5xjHY3nt/bXA8iCtnmY= =fOJN -----END PGP SIGNATURE----- --=-Zen66yYKHQagBT/5+NQR--