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 S933358AbbI1MVP (ORCPT <rfc822;w@1wt.eu>);
	Mon, 28 Sep 2015 08:21:15 -0400
Received: from mout.web.de ([212.227.15.3]:59980 "EHLO mout.web.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S933230AbbI1MVO (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 28 Sep 2015 08:21:14 -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>
 <56092D7B.4030106@users.sourceforge.net> <56092E98.9000103@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>
Message-ID: <560930A7.2070400@users.sourceforge.net>
Date: Mon, 28 Sep 2015 14:20:55 +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: <56092E98.9000103@samsung.com>
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:ju7aL2P6tTaklt6MZ7sDbbhesU6SYgkwYsUrnzYyat0hAZgqomV
 q2WGk+ZIOpK/80XQ6xqKjfhlg6TjyTpuk/evTY9TOlQjAYYoIdtpN9A5Kfp9l7TT2MTXaE9
 UBtuOxCEnt7Q5pvSkbuSQW86iTi7ZSbkhkGpERvj7HtxYAbjJgc11vMmCaHBa9jNTWFSYcQ
 KieVj58vW/g3b+AlEpBaA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:7dxTmXapjDE=:LCJ5SGqeq09k13MuOo4wSP
 829+PCXRa09OvL7kGGLiH0gBcilxNHJNQ7czXcq8LtpAuMitiwqGOqbgf5no5HiK5ejeKHRUR
 LmiH+GQxh23jwTL22MUO0YKPQ75x/x6JSDCRHeWfNbqyXBudRHPi9kG9KlE2ZC3Ktey/5vKD9
 1oVbbVJyf3mc9cz4kwwjT2JflG13ncYATSyofKhAjcNZp8BnvVpUqMLkZQUTpIxAQyjq3Cbz2
 VgJttuUJN2PTpdCmmiDrXVhA7OcyeV4LImN0l1ieIMJIu/M+y4NLQeNhhMI684AcDWpX2y2H6
 58ax9RagpJDPBP8fMtpkrBTbsB2Dwd2btg9B5OthQNtB1g/ow+bMzvW8/lXPLmCxClHjP7TXa
 NskwWOCmIZ6xUt9RXoT5qwAVc5Cd2DDcnKN8zFUinCqhSLC68WSS8nwhgRj7CiqEjOBws15kr
 98tfb6m3GlrCLO4GPBLHhbe488vlQ7kRyjsgqZxJs+jJOjPdTCq1oHinDszEJaapRktvcN5CP
 kj/azBlxfE2nOPDz6DH9OG7ygpZCCfGG/8XbsaTVphOBkyxYo3fGqjrvHw5E+pTn7t6hyn3b0
 AeUMmVHfXoMjVWo4G9va1s/QAVP3778kw0e93gU+w8gBpXuiykI1iaUnB/D7DKb4DjqaVWk3M
 0g3iWZl+P4upL+B9UgS7CYp6tTWWh5G8jiQVv2BDFw/WbycNrhbnnMmUgVOfKYdp1oh6HDkFd
 1KZ3ZrBwYHdO0hWYF3vjIeCFAx0+4pPQFcNjAw==
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

>> How do you think about the reuse of the parameter "--recursive-includes" here?
> 
> Last time I have tried it, kernel source check took more than 10 hours,
> so I gave up.

This is interesting background information.

There are opportunities for more fine-tuning of such a source code analysis,
aren't there?

Regards,
Markus