From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Llp7p-0002JW-Kt for mharc-grub-devel@gnu.org; Mon, 23 Mar 2009 14:43:53 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Llp7o-0002JP-DH for grub-devel@gnu.org; Mon, 23 Mar 2009 14:43:52 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Llp7j-0002Gf-FK for grub-devel@gnu.org; Mon, 23 Mar 2009 14:43:51 -0400 Received: from [199.232.76.173] (port=59928 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Llp7j-0002GW-AB for grub-devel@gnu.org; Mon, 23 Mar 2009 14:43:47 -0400 Received: from mta-out.inet.fi ([195.156.147.13]:45180 helo=kirsi1.inet.fi) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Llp7i-00023y-O7 for grub-devel@gnu.org; Mon, 23 Mar 2009 14:43:47 -0400 Received: from [192.168.1.102] (84.248.105.254) by kirsi1.inet.fi (8.5.014) id 49B910AD006D63C5 for grub-devel@gnu.org; Mon, 23 Mar 2009 20:43:46 +0200 Message-ID: <49C7D857.9070108@nic.fi> Date: Mon, 23 Mar 2009 20:43:35 +0200 From: =?ISO-8859-1?Q?Vesa_J=E4=E4skel=E4inen?= User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: The development of GRUB 2 References: <1237827389.25031.24.camel@mj> In-Reply-To: <1237827389.25031.24.camel@mj> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Subject: Re: multiboot2.h includes stdint.h - not good 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: Mon, 23 Mar 2009 18:43:52 -0000 Pavel Roskin wrote: > By the way, I already noticed that the inclusion of stdint.h from > multiboot2.h is one of the problems preventing cross-compilation of GRUB > without the libc for the target. Perhaps GRUB should provide its > replacement for stdint.h when compiling for the target. Alternatively, > multiboot2.h should use GRUB types. In grub ecosystem grub_* types should be used to specify arch dependent types. Where as I favor stdint.h types like uint8_t for many things, the idea for grub's own replacement is to easily detect wrong types used on compilation process. So... stdint.h out... grub types in..