This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: glibc at the Toolchains microconference at LPC 2019
- From: Szabolcs Nagy <Szabolcs dot Nagy at arm dot com>
- To: "Dmitry V. Levin" <ldv at altlinux dot org>, Carlos O'Donell <carlos at redhat dot com>
- Cc: nd <nd at arm dot com>, Christian Brauner <christian at brauner dot io>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>, Zack Weinberg <zackw at panix dot com>
- Date: Thu, 27 Jun 2019 10:05:24 +0000
- Subject: Re: glibc at the Toolchains microconference at LPC 2019
- Arc-authentication-results: i=1; test.office365.com 1;spf=none;dmarc=none;dkim=none;arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=testarcselector01; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uq0ILzJs8E+65h3XNTuie1Gld2GP704g8nq1nMMj21g=; b=sOaD+58Lkn6ysQVki/K1tZb7ediUZHM6UKb6YaFHTcsTnfVyqktAvmrAZRl0AnrtVVIpne50dz8l6G5AhSs6uxMNBq99lsDBfDByN3ZieDoAXcNPQ6Oy3bllKFe9BdnuO2Jf47Qvr9udgsap83mVGbmb37uBiudWXXUAaVAcOxg=
- Arc-seal: i=1; a=rsa-sha256; s=testarcselector01; d=microsoft.com; cv=none; b=SGkzI3hz3va+IiDBVvWMq0ad4pCD56m8jZJ2ThEeYSLHwFoGMx/WVqtIweN4az7LZOlEPuhpUj4plOHs9tHVXM2j4KV5ko6Jh3G839W2KJ1ojZ++H4BQ0QOy4EhtS4mobzmOH13YMimZ1uKtT55AA9aeIygCQ3McWkbX7tj9RhU=
- References: <87o92kibdz.fsf@oldenburg2.str.redhat.com> <20190626163908.GA13251@altlinux.org> <CAKCAbMigtF2wVCLhTUSuqoh9BjZAtbCAQ22HdRAKb62XooE68g@mail.gmail.com> <530DF2A2-2D76-43F6-81D0-405EFE097A57@brauner.io> <5f740811-e7d7-6ece-4156-89651666e416@redhat.com> <20190627093928.GA25423@altlinux.org>
On 27/06/2019 10:39, Dmitry V. Levin wrote:
> On Wed, Jun 26, 2019 at 05:04:52PM -0400, Carlos O'Donell wrote:
> [...]
>> Could you please review the language here:
>> https://sourceware.org/glibc/wiki/Consensus#WIP:_Kernel_syscalls_wrappers
>
> I suggest adding that there is no need to add wrappers for those syscalls
> that already have dedicated libraries.
>
> For example, such multiplexers as bpf(2) and keyctl(2) already have
> dedicated libraries (libbpf and libkeyutils, respectively) that provide
> APIs on top of these raw syscalls.
there are many issues doing raw syscalls e.g.
the x32 type mess or cancellation support.
external library projects can have different level
of quality, supported abis, header conformance,
security process etc. and they almost always mix
libc and linux uapi headers and types.
so i'm against relying on external libraries
doing raw syscalls (they may provide additional
functionality but the syscall itself should
be in libc)
>
> keyctl(2) manual page explicitly says that "rather than using this system
> call directly, you probably want to use the various library functions
> mentioned in the descriptions of individual operations".
>
>