From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20339 invoked by alias); 11 Mar 2003 06:07:11 -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 20328 invoked from network); 11 Mar 2003 06:07:11 -0000 Received: from unknown (HELO duracef.shout.net) (204.253.184.12) by 172.16.49.205 with SMTP; 11 Mar 2003 06:07:11 -0000 Received: (from mec@localhost) by duracef.shout.net (8.11.6/8.11.6) id h2B678B17318; Tue, 11 Mar 2003 00:07:08 -0600 Date: Tue, 11 Mar 2003 06:07:00 -0000 From: Michael Elizabeth Chastain Message-Id: <200303110607.h2B678B17318@duracef.shout.net> To: carlton@math.stanford.edu, drow@mvista.com Subject: Re: GCC, stabs, mangled names Cc: gdb@sources.redhat.com X-SW-Source: 2003-03/txt/msg00155.txt.bz2 Daniel Jacobowitz writes: drow> FYI, my position on stabs has crystalized over time: I don't care, use drow> DWARF-2. Even on Solaris if you use the GNU tools I believe DWARF-2 is drow> available as an option. I just built gcc 3.2.2 on sparc-sun-solaris2.7 and stabs+ is the default and dwarf-2 is available as an option. The last time I checked (December 2002 with gcc 3.2.1), I found that Cygwin has stabs+ but not dwarf-2. http://sources.redhat.com/ml/gdb/2002-12/msg00128.html My opinion: gdb's goal should be that we have no regressions in stabs+ support, so that everything that worked in 5.3 continues to work in 5.4/6.0. It's important that *almost every* user of gdb 5.3 has a good experience if they upgrade, so that we don't get users that are stuck on old versions of gdb. After that, though, fixing existing stabs+ bugs is low priority to me. Michael C