From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1EAXwu-0001VR-TX for mharc-grub-devel@gnu.org; Wed, 31 Aug 2005 15:08:41 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EAXwl-0001Me-IO for grub-devel@gnu.org; Wed, 31 Aug 2005 15:08:31 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EAXwi-0001Iv-8a for grub-devel@gnu.org; Wed, 31 Aug 2005 15:08:29 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EAXwh-00019o-CM for grub-devel@gnu.org; Wed, 31 Aug 2005 15:08:27 -0400 Received: from [145.74.66.11] (helo=mail-cn.han.nl) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EAXsj-0000kC-R9 for grub-devel@gnu.org; Wed, 31 Aug 2005 15:04:22 -0400 Received: from vscan-cn.han.nl (venus.han.nl [145.74.65.6]) by mail-cn.han.nl (Postfix) with ESMTP id 63FA389FE for ; Wed, 31 Aug 2005 21:01:34 +0200 (CEST) Received: from mail-cn.han.nl ([145.74.66.11]) by vscan-cn.han.nl (venus.han.nl [145.74.65.6]) (amavisd-new, port 10024) with ESMTP id 18643-02 for ; Wed, 31 Aug 2005 21:01:30 +0200 (CEST) Received: from mail1.han.nl (mail1.han.nl [145.74.103.11]) by mail-cn.han.nl (Postfix) with ESMTP id 71FF38C91 for ; Wed, 31 Aug 2005 21:01:30 +0200 (CEST) Received: from localhost.localdomain (mgerards.xs4all.nl [82.92.27.129]) by mail1.han.nl (Postfix) with ESMTP id 04CE9C048 for ; Wed, 31 Aug 2005 21:01:30 +0200 (CEST) Mail-Copies-To: metgerards@student.han.nl To: The development of GRUB 2 References: <430A4263.1020103@inma.ucl.ac.be> <87ll2mrx54.fsf@student.han.nl> <4312EF95.8030303@inma.ucl.ac.be> From: Marco Gerards Date: Wed, 31 Aug 2005 21:01:30 +0200 In-Reply-To: <4312EF95.8030303@inma.ucl.ac.be> (Vincent Guffens's message of "Mon, 29 Aug 2005 13:20:53 +0200") Message-ID: <87aciyszg5.fsf@student.han.nl> User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new (2.2.0) at vscan-cn.han.nl Subject: Re: backtrace 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: Wed, 31 Aug 2005 19:08:35 -0000 Vincent Guffens writes: >> I have the idea that another array for the symbols is not required. I >> think we can use one common table. The symbol name and symbol address >> are already in there. The hard thing is would getting the size, >> perhaps we could leave that open and fill it in with a function, or >> can we use a ld/gcc feature to do that? This will make the backtrace >> code simpler and it saves memory. Do you think that is somehow >> possible? > > This is true, another list of symbols is not required for this > backtrace support but it makes the implementation a lot less > intrusive. It would be possible to use some #ifdef here and there > around the structures that are used already to add a field for the > symbol size but it would not be very nice. If you turn the debug flag > off, the code comes back to the original so I thought it would not be > a problem. It won't be that many ifdefs. I think that would be better than yet another table. > However, I found using a simple example that using -O2 still allows > for using the frame pointer. This is to be verified but if it turns to > be usable, than maybe using the --enable-debug will be less a problem > and more popular so it would then be wise not to have the kernel > symbol list twice. What do you think ? Right, I think -O2 is not a problem if you do not show line numbers. But if you show line numbers -O2 is not always accurate AFAIK because gcc can reorder lines. > To correct the rest, I think I will read the GCS in detail. Cool! Thanks, Marco