From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31584 invoked by alias); 5 Feb 2002 01:32:10 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 31514 invoked from network); 5 Feb 2002 01:32:09 -0000 Received: from unknown (HELO localhost.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 5 Feb 2002 01:32:09 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id B41963E55; Mon, 4 Feb 2002 20:32:09 -0500 (EST) Message-ID: <3C5F3619.9060708@cygnus.com> Date: Mon, 04 Feb 2002 17:32:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:0.9.7) Gecko/20020103 X-Accept-Language: en-us MIME-Version: 1.0 To: Kevin Buettner Cc: Jim Blandy , gdb-patches@sources.redhat.com Subject: Re: RFA: Recognize bottom of stack on Linux References: <200202040206.VAA21952@zenia.red-bean.com> <1020204190121.ZM17294@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-02/txt/msg00094.txt.bz2 > On Feb 3, 9:06pm, Jim Blandy wrote: > > >> Now, some folks feel that GDB should show the whole stack, including >> _start, __libc_start_main, and anything else that's there. However, >> this isn't the way GDB has ever traditionally behaved on native >> targets. So this patch makes GDB's backtraces end after main. > > > What's the reason for this change? I think it'd be better for GDB > to show as much of the stack as possible regardless of tradition. One reason that comes to mind is that what appears below main is starting to get a little out of control. In the good old days, nothing appeared below main because there was simply nothing there. The may not have even had an entry point since crt0.o always came first. Now, well ... Perhaphs the correct fix is to let the user decide. Add a ``set stack-bottom-strategy ....'' :-) Andrew