Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752957AbYHPP0r (ORCPT ); Sat, 16 Aug 2008 11:26:47 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751862AbYHPP0i (ORCPT ); Sat, 16 Aug 2008 11:26:38 -0400 Received: from netrider.rowland.org ([192.131.102.5]:2643 "HELO netrider.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751765AbYHPP0i (ORCPT ); Sat, 16 Aug 2008 11:26:38 -0400 Date: Sat, 16 Aug 2008 11:26:36 -0400 (EDT) From: Alan Stern X-X-Sender: stern@netrider.rowland.org To: "H. Peter Anvin" cc: Andy Whitcroft , Randy Dunlap , Joel Schopp , Kernel development list Subject: Re: Possible false positive in checkpatch In-Reply-To: <48A5FBFD.5080501@zytor.com> Message-ID: 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 Content-Length: 1184 Lines: 43 On Fri, 15 Aug 2008, H. Peter Anvin wrote: > Alan Stern wrote: > > The following appears to be a false positive in checkpatch: > > > > ERROR: space prohibited after that '*' (ctx:BxW) > > #163: FILE: drivers/usb/core/usb.c:304: > > +#define usb_device_pm_ops (* (struct pm_ops *) 0) > > ^ > > > > Certainly this is a rather uncommon code construction, but similar > > ones might occur elsewhere. To my eyes, > > > > (* (type *) ptr) > > > > looks better than > > > > (*(type *) ptr) > > > > or > > > > (*(type *)ptr) > > > > or even > > > > (*(type*)ptr) > > > > but of course this is a matter of opinion. Is there any strong feeling > > about this in the kernel community? > > > > Personally, I rather strongly prefer (*(type *)ptr). It's probably safe to say that this is one of those gray areas where one need not adhere strictly to checkpatch's recommendations. Alan Stern -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/