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=-4.0 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 4B5C21F4B6 for ; Wed, 26 Jun 2019 16:56:32 +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:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-type; q=dns; s=default; b=VQmOX Ig5kxUhJD3lmx5XQ35wwSunGewsL0VKMRWrA/3fdp0wbT5UrmTXkyF3sV81aF7HO vgLZ2+bA3Ty6aMLEDz0m0CYLYfrfe6aaJ5hFPOd1xr/YAhTai0U7g+RRZiytGKUe 2vH+oVJMvZS6col1Dy94BUHiM+GDnpxJIEnNCA= 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:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-type; s=default; bh=QNkv/NQoE28 Ymfvi1ahE9p6XXqA=; b=AK6XQoTU+TlA1tYdlnFSJbdD1x6zur2PpnKxnOzw5kD mdT2xdNAw2sVvl1W6hoSTeAk5qx1g0dwm6cYKGmvJMwuPOTAvryOeorMGm3F8jqs PFVXYPGQXEmuxlT4ctrh6IUkuacMIowyU1cp4XTD5GOuk8oznGIRhNZPWqORMxvk = Received: (qmail 101189 invoked by alias); 26 Jun 2019 16:56:29 -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 101156 invoked by uid 89); 26 Jun 2019 16:56:29 -0000 Authentication-Results: sourceware.org; auth=none X-HELO: mx1.redhat.com From: Florian Weimer To: Zack Weinberg Cc: "Dmitry V. Levin" , GNU C Library Subject: Re: glibc at the Toolchains microconference at LPC 2019 References: <87o92kibdz.fsf@oldenburg2.str.redhat.com> <20190626163908.GA13251@altlinux.org> Date: Wed, 26 Jun 2019 18:56:24 +0200 In-Reply-To: (Zack Weinberg's message of "Wed, 26 Jun 2019 12:50:23 -0400") Message-ID: <87imss1e13.fsf@oldenburg2.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain * Zack Weinberg: > 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. In my experience, it's been difficult to get reviewers. So what the project says it wants and what the project actually makes happen is rather different. There is currently a requirement that every wrapper needs a manual entry (and, presumably, a test case, although I have not tested the waters on that). membarrier is not included only because we could not agree on the manual text. Thanks, Florian