From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20551 invoked by alias); 9 May 2003 15:47:03 -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 20516 invoked from network); 9 May 2003 15:47:01 -0000 Received: from unknown (HELO concert.shout.net) (204.253.184.25) by sources.redhat.com with SMTP; 9 May 2003 15:47:01 -0000 Received: from duracef.shout.net (duracef.shout.net [204.253.184.12]) by concert.shout.net (8.12.9/8.12.9) with ESMTP id h49FkpFN006239; Fri, 9 May 2003 10:46:51 -0500 Received: from duracef.shout.net (localhost [127.0.0.1]) by duracef.shout.net (8.12.9/8.12.9) with ESMTP id h49Fkp16009776; Fri, 9 May 2003 10:46:51 -0500 Received: (from mec@localhost) by duracef.shout.net (8.12.9/8.12.9/Submit) id h49FkoT6009775; Fri, 9 May 2003 11:46:50 -0400 Date: Fri, 09 May 2003 15:47:00 -0000 From: Michael Elizabeth Chastain Message-Id: <200305091546.h49FkoT6009775@duracef.shout.net> To: ac131313@redhat.com, eflash@gmx.net, jkj@sco.com Subject: RE: Deprecate dwarf and mdebug support, delete nlm? Cc: gdb@sources.redhat.com X-SW-Source: 2003-05/txt/msg00128.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. 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. Michael C