From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1757376AbbI1MHs (ORCPT <rfc822;w@1wt.eu>);
	Mon, 28 Sep 2015 08:07:48 -0400
Received: from mout.web.de ([212.227.17.11]:55570 "EHLO mout.web.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755966AbbI1MHq (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 28 Sep 2015 08:07:46 -0400
Subject: Re: [PATCH v2] coccinelle: assign signed result to unsigned variable
To: Andrzej Hajda <a.hajda@samsung.com>
References: <alpine.DEB.2.10.1509261106040.2737@hadrien>
 <1443437687-16559-1-git-send-email-a.hajda@samsung.com>
Cc: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
        Gilles Muller <Gilles.Muller@lip6.fr>,
        Marek Szyprowski <m.szyprowski@samsung.com>,
        Michal Marek <mmarek@suse.com>, Nicolas Palix <nicolas.palix@imag.fr>,
        kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org,
        cocci@systeme.lip6.fr
From: SF Markus Elfring <elfring@users.sourceforge.net>
X-Enigmail-Draft-Status: N1110
Message-ID: <56092D7B.4030106@users.sourceforge.net>
Date: Mon, 28 Sep 2015 14:07:23 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <1443437687-16559-1-git-send-email-a.hajda@samsung.com>
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:Z1EPlUIWMcmsND+3Wc7O0L33B4HVUtMeaF0poVbYAgQ+pW0zOU6
 vHQNfhnp5vjEJizdoinkVieagVhIWgxScrVWvliYufpb4zGJLFKLV6MUZB7lBmA1YyLhrD+
 gogY0SR8bhna78WzxK3imxAoDZZKhs6Q4W0Bu3qOR03VlPAEzjPTBLGMwzpLXPpqNsT3LpP
 kfmnQySRh73wZ586QHgvA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:uoE3RhdKaBI=:2F0IgMWuL9TuN/m/i8nRl2
 nn0HKb0/1/HtvrsnhVw/24y16n86ptfXCEsG7AGSiOHGeRo25niDwP/fMlNmV/eUDAsS1vMdY
 q7LNHUsZrGCDaiY8JW9CvcRpYSqUmHLsFNduvxWUYfmGrQLdF68PGogJ+0TuMFSlzWAn2kgQ8
 6QXLWFRHi1unFEBK91Tgd+mU0Yzv/o9HhzmUU/ihVt620hSP33YfNrrgWEtE5tZa922eCYL1A
 3JImXon5003foULr7qP+8o6jpKqUAHOQDpgGvmy4WbiuuwDmxSIibDErUzDWgxNwe1ltj5tlJ
 USrnSyR0eFlHUHO3QRmjREj3svltKbMWDBMbiFFTVMWTwLBkB/GV0KIRF7YaNxe+UWZdWwWCz
 z6+lXs2cKQITSek+LODWMOu+pVt0w4YHAMjWoXydxme2jgKicMko4lPTjGOrnp1lsAr7qyiSO
 V6i0b/q2wk81Qb84l+Yzm4xr3VRBD3qPAUhSgDJhEZh37kb6zSn1rI9iGy1Zx113KHp82D8eo
 itFoDDYLLiwEwFzdqFKqajt26z/E2IboUosDa73nAM+KP7A6YTbcwInelgdgxCoM83YW6XXe4
 ccLjIcI2qyrBl09fOEQPT3E9PoljlJz07Tql8pORphw/9ddDtJtSmDyGxWZUyp+Vp829OgQoZ
 +AuVPqPQcicgRaEyyaYeyWMe1u14N+O/FIKdfxAokqMmbLO1dtVay0+hxtkaE9oyr3DUHvz0P
 QxxeQzfyG6Sgp1IFXArqy9vfrZ2ayXAacKkaiQ==
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

> +// Options: --include-headers --all-includes

How do you think about the reuse of the parameter "--recursive-includes" here?

Will the list of checked function calls become more complete then?

Regards,
Markus