From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LfDZW-0005hq-Cj for mharc-grub-devel@gnu.org; Thu, 05 Mar 2009 08:25:10 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LfDZO-0005fU-HQ for grub-devel@gnu.org; Thu, 05 Mar 2009 08:25:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LfDZM-0005du-BA for grub-devel@gnu.org; Thu, 05 Mar 2009 08:25:00 -0500 Received: from [199.232.76.173] (port=38759 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LfDZM-0005df-11 for grub-devel@gnu.org; Thu, 05 Mar 2009 08:25:00 -0500 Received: from [74.93.104.97] (port=44086 helo=sunset.davemloft.net) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LfDZL-0006TG-Jn for grub-devel@gnu.org; Thu, 05 Mar 2009 08:24:59 -0500 Received: from localhost (localhost [127.0.0.1]) by sunset.davemloft.net (Postfix) with ESMTP id A4725C8D940; Thu, 5 Mar 2009 05:24:44 -0800 (PST) Date: Thu, 05 Mar 2009 05:24:44 -0800 (PST) Message-Id: <20090305.052444.00086260.davem@davemloft.net> To: grub-devel@gnu.org, ml@isaac.cedarswampstudios.org From: David Miller In-Reply-To: <200903050804.07474.ml@isaac.cedarswampstudios.org> References: <1236182302.31907.11.camel@localhost> <20090304.130223.202852927.davem@davemloft.net> <200903050804.07474.ml@isaac.cedarswampstudios.org> X-Mailer: Mew version 6.1 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Cc: Subject: Re: [PATCH 1/7]: Fix sparc64 setjmp implementation. X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 13:25:03 -0000 From: Isaac Dupree Date: Thu, 5 Mar 2009 08:04:07 -0500 > David Miller wrote: > > "unsigned long" is always safe because it is going to be > > the largest natural word size on the machine, at least > > as large as a pointer will be. > > er... C standard doesn't guarantee this, and I think that Windows in fact has > 32-bit longs on machines with 64-bit pointers I look forward to that MSVC compile of sparc64 GRUB. Anyways I'm using grub_uint64_t in the current spin of my patches. You type lawyers win, so let's just drop this.