Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757936AbYFIAMs (ORCPT ); Sun, 8 Jun 2008 20:12:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755507AbYFIAMi (ORCPT ); Sun, 8 Jun 2008 20:12:38 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:58810 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754574AbYFIAMi (ORCPT ); Sun, 8 Jun 2008 20:12:38 -0400 Date: Sun, 8 Jun 2008 17:12:35 -0700 From: Andrew Morton To: Dean Nelson Cc: linux-kernel@vger.kernel.org Subject: Re: [Patch 03/18] define BYTES_PER_WORD Message-Id: <20080608171235.5e1bba29.akpm@linux-foundation.org> In-Reply-To: <20080606164455.GD13695@sgi.com> References: <20080606164034.GA13695@sgi.com> <20080606164455.GD13695@sgi.com> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.5; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1376 Lines: 38 On Fri, 6 Jun 2008 11:44:55 -0500 Dean Nelson wrote: > Add a BYTES_PER_WORD #define. > > Signed-off-by: Dean Nelson > > --- > > drivers/misc/sgi-xp/xp.h | 3 +++ > 1 file changed, 3 insertions(+) > > Index: linux-2.6/drivers/misc/sgi-xp/xp.h > =================================================================== > --- linux-2.6.orig/drivers/misc/sgi-xp/xp.h 2008-05-30 13:59:29.580809165 -0500 > +++ linux-2.6/drivers/misc/sgi-xp/xp.h 2008-05-30 14:00:00.200614111 -0500 > @@ -19,6 +19,9 @@ > #include > #include > > +/* >>> Add this #define to some linux header file some day. */ The patches fill the code with this ">>>" string - which can cause false positives when people are searching for git rejects. Although I (and I suspect most other people) search for "<<<<<<<". > +#define BYTES_PER_WORD sizeof(void *) Dunno if this is a desirable thing to have, really. A "word" is a somewhat ill-defined thing. The definition you have here is always equal to BYTES_PER_LONG. If BYTES_PER_LONG is inappropriate then BYTES_PER_POINTER would be clearer. -- 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/