From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FZp3r-0004Cr-1r for mharc-grub-devel@gnu.org; Sat, 29 Apr 2006 09:00:35 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FZp3l-0004BP-8h for grub-devel@gnu.org; Sat, 29 Apr 2006 09:00:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FZp3e-00047v-6b for grub-devel@gnu.org; Sat, 29 Apr 2006 09:00:23 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FZp3e-00047r-2T for grub-devel@gnu.org; Sat, 29 Apr 2006 09:00:22 -0400 Received: from [194.109.24.32] (helo=smtp-vbr12.xs4all.nl) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FZp70-00078Z-BL for grub-devel@gnu.org; Sat, 29 Apr 2006 09:03:50 -0400 Received: from localhost.localdomain (249-174.surfsnel.dsl.internl.net [145.99.174.249]) by smtp-vbr12.xs4all.nl (8.13.6/8.13.6) with ESMTP id k3TD0KHa006305 for ; Sat, 29 Apr 2006 15:00:20 +0200 (CEST) (envelope-from mgerards@xs4all.nl) Mail-Copies-To: mgerards@xs4all.nl To: The development of GRUB 2 References: <877j58boc2.fsf@xs4all.nl> <200604291404.57583.okuji@enbug.org> <200604291442.29130.okuji@enbug.org> From: Marco Gerards Date: Sat, 29 Apr 2006 15:02:09 +0200 In-Reply-To: <200604291442.29130.okuji@enbug.org> (Yoshinori K. Okuji's message of "Sat, 29 Apr 2006 14:42:28 +0200") Message-ID: <87y7xoa626.fsf@xs4all.nl> User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: Include 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: Sat, 29 Apr 2006 13:00:32 -0000 "Yoshinori K. Okuji" writes: > So I'd like to make variables more similar to BASH's semantics; by default, > all variables should be local, and become global only when the user executes > "export". Then, a reference of a variable means that GRUB first search the > variable in the current context, then in the global context. This looks > cleaner than the current implementation. Well, I can do that. It will force some changes to be made in the kernel (kern/env.c). I will implement it as follows: - configfile will execute a script and create a new context. - source/. will execute a script in the current context. I wonder if we want to have local variables for functions. With `local' you can create these in bash. It will be possible to have this in GRUB, but will make the implementation bigger and add some exceptions. -- Marco