From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FYfoJ-0002nt-PT for mharc-grub-devel@gnu.org; Wed, 26 Apr 2006 04:55:47 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FYfoH-0002nL-KR for grub-devel@gnu.org; Wed, 26 Apr 2006 04:55:45 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FYfoG-0002n8-0D for grub-devel@gnu.org; Wed, 26 Apr 2006 04:55:45 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FYfoF-0002n5-PX for grub-devel@gnu.org; Wed, 26 Apr 2006 04:55:43 -0400 Received: from [194.109.24.33] (helo=smtp-vbr13.xs4all.nl) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FYfqu-0000nG-91 for grub-devel@gnu.org; Wed, 26 Apr 2006 04:58:28 -0400 Received: from localhost.localdomain (249-174.surfsnel.dsl.internl.net [145.99.174.249]) by smtp-vbr13.xs4all.nl (8.13.6/8.13.6) with ESMTP id k3Q8tcgT035599; Wed, 26 Apr 2006 10:55:42 +0200 (CEST) (envelope-from mgerards@xs4all.nl) Mail-Copies-To: mgerards@xs4all.nl To: The development of GRUB 2 References: <874382be2f030539710fb978a9f30f03@penguinppc.org> <200604261049.23173.okuji@gnu.org> From: Marco Gerards Date: Wed, 26 Apr 2006 10:57:19 +0200 In-Reply-To: <200604261049.23173.okuji@gnu.org> (Yoshinori K. Okuji's message of "Wed, 26 Apr 2006 10:49:23 +0200") Message-ID: <87psj4ogsw.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 Cc: Subject: Re: grub_machine_set_prefix, --enable-mm-debug 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: Wed, 26 Apr 2006 08:55:45 -0000 "Yoshinori K. Okuji" writes: > On Wednesday 26 April 2006 01:22, Hollis Blanchard wrote: >> Is there a reason not to use the runtime debugging infrastructure we >> have? Most of that is "intensive" as well... > > What do you mean by "the runtime debugging infrastructure"? If you mean > grub_dprintf, it is not enough, since you cannot embed file names and line > numbers where the functions are called. IIRC this is being done automatically. Or do I misunderstand something? -- Marco