From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14922 invoked by alias); 11 Sep 2017 22:58:49 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 14908 invoked by uid 89); 11 Sep 2017 22:58:49 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=H*M:1f3e X-HELO: mail-qk0-f176.google.com X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=FbGjH0lgxOUPhesM3l4qARVwjcfWWU8H8S9u68MVBkI=; b=dx4PjzGEHJSW0p1HLg4/Tvonr2ehONco/uHWnRoJVYZybIvR1vL+E5uNR08rzsyXM1 sGqJE5FVY/UE3RsFLTOROi1lWSCKRjdO0SCf8TyH+01SGHLXlapDp4K2bpVMKe2otfkl FkDHh9aYlzVKJFg/ndmYUGHvMM9RfouP5h+ZfFsxv92ybofaH43u4wU+Xa9iCTxqBkNC 7ezXCPfB6+AR0QBae1lEKuZ4ECTZydXdG0cIJKXjyFOWiYAKMxMTLGaP7cxoipgVGmc7 iqY2FgMgelwa0Ur1Hs8aowz0ZIwB7NvK8JnMnTX6rFq3dJgEPdafix4cN3hwZzuRdfZa wiMw== X-Gm-Message-State: AHPjjUhcKPWcgRKiVnbQJ0Lw0K2tDq69/C+bxzR88fFRg+hlDV1VxSa3 EnaP3rswUC0fS1RS0nK0nw== X-Google-Smtp-Source: AOwi7QBLyAjxQb88smlV2lNhye4oiQH1hXi7UWdeSX8ExJSOP60YFBilZ0nxDQpRYrMEUUl7ogtZZA== X-Received: by 10.55.147.197 with SMTP id v188mr14604955qkd.350.1505170725518; Mon, 11 Sep 2017 15:58:45 -0700 (PDT) Subject: Re: [PATCH v2] Use execveat syscall in fexecve To: Florian Weimer , Joseph Myers Cc: libc-alpha@sourceware.org References: <87bmmmlpe1.fsf@mid.deneb.enyo.de> <2a21b0d6-5f62-a711-2b4a-616ebb798963@linaro.org> <87vakpymrw.fsf@mid.deneb.enyo.de> From: Adhemerval Zanella Message-ID: <252e8e4f-1f3e-76c9-41db-2664f94b2485@linaro.org> Date: Mon, 11 Sep 2017 22:58:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <87vakpymrw.fsf@mid.deneb.enyo.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2017-09/txt/msg00471.txt.bz2 On 11/09/2017 17:59, Florian Weimer wrote: > * Joseph Myers: > >> We have the ENOSYS code there and the subsequent fallback that will >> eventually need cleaning up *anyway*. Having the __ASSUME_* macro makes >> it obvious in future exactly what changes should be made for the cleanup >> and exactly when it is possible to do that cleanup. I think having such >> macros for any case with fallback code that can be cleaned up in future is >> a good idea for that reason. > > Agreed. As long as there is an expectation that we will eventually > bump the minimum kernel requirement, __ASSUME_* macros are the way to > go. > Fair enough then.