From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CJHt6-0008HL-JT for mharc-grub-devel@gnu.org; Sun, 17 Oct 2004 16:44:20 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CJHt4-0008H7-VB for grub-devel@gnu.org; Sun, 17 Oct 2004 16:44:19 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CJHt4-0008Gv-Gy for grub-devel@gnu.org; Sun, 17 Oct 2004 16:44:18 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CJHt4-0008Gs-EF for grub-devel@gnu.org; Sun, 17 Oct 2004 16:44:18 -0400 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CJHld-0005nA-GZ for grub-devel@gnu.org; Sun, 17 Oct 2004 16:36:37 -0400 Received: from localhost (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id ECBF8F5EA492 for ; Sun, 17 Oct 2004 22:36:29 +0200 (CEST) From: "Yoshinori K. Okuji" Organization: enbug.org To: The development of GRUB 2 Date: Sun, 17 Oct 2004 22:37:05 +0200 User-Agent: KMail/1.6.1 References: <87pt3kj56d.fsf@marco.marco-g.com> <200410151040.13611.okuji@enbug.org> <20041017184953.GA24688@artax.karlin.mff.cuni.cz> In-Reply-To: <20041017184953.GA24688@artax.karlin.mff.cuni.cz> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410172237.05155.okuji@enbug.org> Subject: Re: NESTED_FUNC_ATTR (was: Re: iso9660 support) 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: Sun, 17 Oct 2004 20:44:19 -0000 On Sunday 17 October 2004 20:49, Tomas Ebenlendr wrote: > No, it isn't. I think grub-emu is important for example for saving > default menu entry mechanism or so. I don't agree. Please look at GRUB legacy. It does not use the grub shell to save a defaule entry. > And I think, that in such case will be less confusing, > when there will be one binary (module) for both grub-emu and grub > (boottime). I don't think so, because grub-emu is useful only for developers. Ordinary users don't care. > So, what is the size constraint? Is it for machines with small stack? No. This is the same as GRUB legacy. We want to use free space right after the MBR, but this region is quite small (normally, 31KB). I reduced the binary size very seriously to make core.img fit in this region, and I don't want to give it up. Okuji