From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14076 invoked by alias); 9 May 2003 16:48:54 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 14010 invoked from network); 9 May 2003 16:48:53 -0000 Received: from unknown (HELO localhost.redhat.com) (207.219.125.105) by sources.redhat.com with SMTP; 9 May 2003 16:48:53 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 876F82B2F; Fri, 9 May 2003 12:48:51 -0400 (EDT) Message-ID: <3EBBDBF3.6030607@redhat.com> Date: Fri, 09 May 2003 16:48:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Elizabeth Chastain , jkj@sco.com Cc: eflash@gmx.net, gdb@sources.redhat.com Subject: Re: Deprecate dwarf and mdebug support, delete nlm? References: <200305091546.h49FkoT6009775@duracef.shout.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-05/txt/msg00130.txt.bz2 > mec> Are there still a lot of SCO users with gcc 2? > kj> HUGE numbers. It's the currently "officially supported" version > kj> that we give our customers. Until 3.3 we haven't really felt GCC > kj> 3 was ready for primetime. In fact the next "oficially supported" > kj> version will be 3.4. > Okay, that means we have to keep dwarf 1 for another 6-12 months > at least. Rats. I don't know .... > kj> Aside from that ... just as a general guiding light, a debugger > kj> shouldn't be target to a compiler, that's bad practice. It should > kj> take advantage of features of the compiler if it can but it should > kj> be VERY forgiving of things like debug formats (ie support as many > kj> as it can), calling conventions etc. > > It's a resource issue. As Andrew Cagney has said, it takes work to keep > all the debug format readers current with the symbol table infrastructure, > and gdb has limited resources available. Yes. There is no such thing as free beer. Someone, eventually, ends up paying for it. The active GDB developers have reached the point where they are paying dearly for the retention of a very out-of-date debug module. This has come up before. The GDB 4 to 5 transition occured due to a switch to ISO C. People with a K&R compiler needing to either download GCC, or GDB 4.x. I'm struggling to see a reason for not making a similar transition here. DWARF users need to either update their GCC, or download a GDB 5 series debugger. Andrew