Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp649777ybl; Fri, 10 Jan 2020 04:35:49 -0800 (PST) X-Google-Smtp-Source: APXvYqzfyUjx+w2XWl6iPDC8WGng0wT1RKSLhDyM0ypfpPs2s+XYG7HizyKl7rmlysYuztd51IOO X-Received: by 2002:aca:d4c1:: with SMTP id l184mr2090983oig.172.1578659749481; Fri, 10 Jan 2020 04:35:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578659749; cv=none; d=google.com; s=arc-20160816; b=GVlQxCcfC8eyNKi/Rqn7h0xZSk1BhOkAK/MqVIO1XH2wcv69wZ9aFfIIKO3g/XLMmN N7OkHjau3b5LB3v8Oi/FNK5pR0DXL8g+e5GWyVkEDW+qs2fUoAUAJ03OLTSM0lXMgZ9f TGFPVJbpGuZeH3GJgAT6RbMfOadA4GrgmKzw/kZFoTyCkw1Og2RCQ3GVL8+QGWCU2ZP9 hiGcdZSzrdUQOxdlp6tid5B/dDq8klAqVjRvy7mlGe4LVoN9nLWVChfu3RQH5LTGC0N9 hWVMUlMTOpj7LAUmoBSegTWF7dmzayb4MhrdA6w14VFsLwFpHfzeLWT7KGHTSaPmYqwn STfQ== 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:references :message-id:in-reply-to:subject:cc:to:from:date; bh=LgratrzyJjLfa3+598M4Q+8V88+OlASH/f5xKB+0Le4=; b=Aniy3MY2FB9eioeUiExE44+ETv+PGP/ZxZ/JyJNxBkL+juqktOrLhloIKKU1ifuIu0 o5QWIVTC35jtrlTRLUg7HHxdOzb8emvkQhJfPRFhxBCjN7FHggFNX/dYPph8ibrzeVjP v9jqAdYmRRwBkTwZa4FELuvSKQ5Ct/RxJhlPh4ishCnOkO9iCabbtyQZS3H1SnYMl01C SxSLVYl9caL06i5mX53TZvRt2AiARM9VyNsjT63uImBtSTquYQBV/CMMFJyu3agkiWyj CLlsNO6Q/wrI8pxgvzXtgQ99yflx9oc8m5U1fLFYntyOylJNjLzotDr2A3Jrab+PXpgO 1epw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f3si1018620oia.264.2020.01.10.04.35.37; Fri, 10 Jan 2020 04:35:49 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728191AbgAJMen (ORCPT + 99 others); Fri, 10 Jan 2020 07:34:43 -0500 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:18852 "EHLO mail2-relais-roc.national.inria.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728094AbgAJMen (ORCPT ); Fri, 10 Jan 2020 07:34:43 -0500 X-IronPort-AV: E=Sophos;i="5.69,416,1571695200"; d="scan'208";a="430787412" Received: from dt-lawall.paris.inria.fr ([128.93.67.65]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Jan 2020 13:34:41 +0100 Date: Fri, 10 Jan 2020 13:34:41 +0100 (CET) From: Julia Lawall X-X-Sender: julia@hadrien To: Markus Elfring cc: Wen Yang , cocci@systeme.lip6.fr, kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org, Gilles Muller , Greg Kroah-Hartman , Masahiro Yamada , =?ISO-8859-15?Q?Matthias_M=E4nnich?= , Michal Marek , Nicolas Palix , Thomas Gleixner Subject: Re: [PATCH v2] coccinelle: semantic patch to check for inappropriate do_div() calls In-Reply-To: Message-ID: References: <20200107170240.47207-1-wenyang@linux.alibaba.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="8323329-1162816898-1578659682=:2897" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-1162816898-1578659682=:2897 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT On Fri, 10 Jan 2020, Markus Elfring wrote: > > +@initialize:python@ > … > > +def construct_warnings(str, suggested_fun): > > This function will be used only for the operation modes “org” and “report”. > Thus I suggest to replace the specification “initialize” by a corresponding dependency > which is already applied for the SmPL rule “r”. > > > Can subsequent SmPL disjunctions become more succinct? > > > The passing of function name variants contains a bit of duplicate Python code. > Will a feature request like “Support for SmPL rule groups” become more interesting > for the shown use case? > https://github.com/coccinelle/coccinelle/issues/164 The code is fine as it is in these respects. julia --8323329-1162816898-1578659682=:2897--