Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3799758imu; Mon, 12 Nov 2018 00:11:55 -0800 (PST) X-Google-Smtp-Source: AJdET5cidaVWi+PXZZI9LovSUgJw0g78/X9OQfyGGahH2wyscqTvsG8UU+qIkPgUwCRhyX/hTNsj X-Received: by 2002:a17:902:5a4d:: with SMTP id f13mr1999739plm.49.1542010315803; Mon, 12 Nov 2018 00:11:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542010315; cv=none; d=google.com; s=arc-20160816; b=d2dWYh4gKmU71L3KYHTKUDz/T9lYJurvD7iBwCcOFlDcYFUrU1fkxJrgTN/YpC7VMw gmTd3YY5aKe4DT+VHDBpLzCMCKp2VpxMUnLk9hFCUvi8QZ5WllbrsHawn4flcuS3WgmO BDVMhxSHdHl543T3p19F3OdAaocis4xpNNMDrYR0SVuSHgCHKwqvHA/Qn6kFZEIj+QCE qF0p/CHfQW3S4uTTqzstvIMxEI1hdHtmbXiG436bSnmgOooCxuk1iNLE7xS031n5kCJh 2nlCi3wRZEbVq8d7ju1WiDd2qhI/M98ITl4HQYapnRgUn7/UTXK58IxRI7BfVec6Wb0p 65TQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from; bh=oSPAXMfI8jyxbbR/Pud5UVML+u83XDU4PlMtcmdo4Lg=; b=P40v7Btjyn2AjlNURAx1HwfdqKkyGeyESbMSp9s5E0cWb1vgXSjNbo4RtRusKhS9x4 FL98S8o7Qz7bfCA6xYIGhWGJgjf3+OQjgajY4bqAEJ99WOSWS/HSyZ52Bik2vx3JmHQa MSdrzjDC7JVCuC+6KLEQzcziUD8FKT47fNjqz+BwsVJ26iF2TDkN0Ygl2OU//74vlUW5 JYyf+2VOQGa+hdW9olbgYXy5yHpUaztWRT0UKIsj7I5hUQjRflO7Q1wnpEfIfl4Eb4hJ rZ8Jb858kJ88PY/mM4eQ6O1XqQ9Tw+ZORODrchr0RirgcyCfowtN3iYlj0oy9fN3vOS4 AgBA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k69si16163615pga.176.2018.11.12.00.11.40; Mon, 12 Nov 2018 00:11:55 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728417AbeKLSDZ (ORCPT + 99 others); Mon, 12 Nov 2018 13:03:25 -0500 Received: from mx1.redhat.com ([209.132.183.28]:35134 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727000AbeKLSDY (ORCPT ); Mon, 12 Nov 2018 13:03:24 -0500 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 0BF54308A974; Mon, 12 Nov 2018 08:11:20 +0000 (UTC) Received: from oldenburg.str.redhat.com (ovpn-116-147.ams2.redhat.com [10.36.116.147]) by smtp.corp.redhat.com (Postfix) with ESMTPS id DE38D608F6; Mon, 12 Nov 2018 08:11:15 +0000 (UTC) From: Florian Weimer To: Daniel Colascione Cc: "Michael Kerrisk \(man-pages\)" , linux-kernel , Joel Fernandes , Linux API , Willy Tarreau , Vlastimil Babka , "Carlos O'Donell" , "libc-alpha\@sourceware.org" Subject: Re: Official Linux system wrapper library? References: <877ehjx447.fsf@oldenburg.str.redhat.com> Date: Mon, 12 Nov 2018 09:11:10 +0100 In-Reply-To: (Daniel Colascione's message of "Sun, 11 Nov 2018 06:22:59 -0800") Message-ID: <875zx2vhpd.fsf@oldenburg.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.41]); Mon, 12 Nov 2018 08:11:20 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Daniel Colascione: > If the kernel provides a system call, libc should provide a C wrapper > for it, even if in the opinion of the libc maintainers, that system > call is flawed. It's not that simple, I think. What about bdflush? socketcall? getxpid? osf_gettimeofday? set_robust_list? There are quite a few irregularities, and some editorial discretion appears to be unavoidable. Even if we were to provide perfectly consistent system call wrappers under separate names, we'd still expose different calling conventions for things like off_t to applications, which would make using some of the system calls quite difficult and surprisingly non-portable. Thanks, Florian