From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755049AbaKNKbs (ORCPT ); Fri, 14 Nov 2014 05:31:48 -0500 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:50194 "EHLO mail2-relais-roc.national.inria.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754792AbaKNKbq (ORCPT ); Fri, 14 Nov 2014 05:31:46 -0500 X-IronPort-AV: E=Sophos;i="5.07,385,1413237600"; d="scan'208";a="106851392" Date: Fri, 14 Nov 2014 11:31:30 +0100 (CET) From: Julia Lawall X-X-Sender: jll@hadrien To: SF Markus Elfring cc: Joe Perches , Coccinelle , LKML Subject: Re: [Cocci] spatch for trivial pointer comparison style? In-Reply-To: <5465D4B2.4020000@users.sourceforge.net> Message-ID: References: <1415908529.4223.11.camel@perches.com> <5465D4B2.4020000@users.sourceforge.net> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 14 Nov 2014, SF Markus Elfring wrote: > > I don't think that the change is desirable in all cases. There are > > functions like kmalloc where NULL means failure and !p seems like the > > reasonable choice. But there maybe other cases where NULL is somehow > > a meaningful value. > > How do you think about to adjust checks for null pointers not only > in Linux source files but also in other applications? > Are there any more software design challenges to consider with the > definition of the preprocessor symbol "NULL"? Other applications may have other preferences. julia