From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.180.0/23 X-Spam-Status: No, score=-3.9 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_EF,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 4463C1F461 for ; Wed, 26 Jun 2019 21:05:01 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=gyPSLDtsMB13n7Yd lFBnQhESlRa6lfIOThFml4UiL112bd7veSKk+2ZIQQ988fEGpsTXHQ3vDnM5lbGH QwXP8onXKn0sN9kuJbiwSSn31zi1FXnKRM7B1x+9oAd60xDSfhbdkGXlOh5Y1CjH PGcsxqgWGodydYMojfo5qCuELeQ= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; s=default; bh=qd2i7UcJo64tJc+bZb2BIw gfMSU=; b=H7X6fKv0ek9GTRyOlFilb168jeDSEi5UCDHLHKvPvhYjFbBSaIefRk 6y3j0UXIaDc6mNoqY27iWUoeKCfKDynwxLtKjqP6ZJEe1q1VJso+jx//5njyHHht YXNQGLVmXJr1cCGDLCBfJL9Cr9jtjvAyMlYDRm6rrHr56MOHq2Mp0= Received: (qmail 70952 invoked by alias); 26 Jun 2019 21:04:58 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 70683 invoked by uid 89); 26 Jun 2019 21:04:58 -0000 Authentication-Results: sourceware.org; auth=none X-HELO: mail-qk1-f196.google.com Subject: Re: glibc at the Toolchains microconference at LPC 2019 To: Christian Brauner , libc-alpha@sourceware.org, Zack Weinberg , "Dmitry V. Levin" References: <87o92kibdz.fsf@oldenburg2.str.redhat.com> <20190626163908.GA13251@altlinux.org> <530DF2A2-2D76-43F6-81D0-405EFE097A57@brauner.io> From: Carlos O'Donell Message-ID: <5f740811-e7d7-6ece-4156-89651666e416@redhat.com> Date: Wed, 26 Jun 2019 17:04:52 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <530DF2A2-2D76-43F6-81D0-405EFE097A57@brauner.io> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit On 6/26/19 1:41 PM, Christian Brauner wrote: > On June 26, 2019 6:50:23 PM GMT+02:00, Zack Weinberg wrote: >> On Wed, Jun 26, 2019 at 12:39 PM Dmitry V. Levin >> wrote: >>> On Wed, Jun 26, 2019 at 06:01:28PM +0200, Florian Weimer wrote: >>>> glibc system call wrappers are on the agenda: >>>> >>>> >> >>>> >>>> Will anyone from the glibc community attend and can set the right >>>> expectations? >>> >>> What are the right expectations? >> >> Well, _I_ think glibc should provide wrappers for all Linux system >> calls, except those that cannot be used without stomping on internal >> glibc data structures (e.g. set_tid_address, set_robust_list, brk) and >> those that have been completely superseded by newer syscalls. Other >> people have disagreed with me pretty strenuously, but they haven't >> done any of the work required to make forward progress on their more >> conservative policies. I am tempted to post a patch early in the 2.31 >> cycle that adds wrappers for everything, and then threaten to apply it >> unilaterally unless I hear concrete objections within a week or so. >> >> zw > > Strongly agree. > Zach, Could you please review the language here: https://sourceware.org/glibc/wiki/Consensus#WIP:_Kernel_syscalls_wrappers I drafted it in 2014-10-23 based on comments from Joseph Myers and the community (almost 5 years ago!) If you agree to that langauge I'll propose this again as being accepted consensus. -- Cheers, Carlos.