From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18397 invoked by alias); 14 Mar 2003 21:56:01 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 18346 invoked by uid 71); 14 Mar 2003 21:56:00 -0000 Date: Fri, 14 Mar 2003 21:56:00 -0000 Message-ID: <20030314215600.18343.qmail@sources.redhat.com> To: drow@sources.redhat.com Cc: gcc-prs@gcc.gnu.org, From: Wolfgang Bangerth Subject: Re: debug/8095: missing dwarf info for parent class Reply-To: Wolfgang Bangerth X-SW-Source: 2003-03/txt/msg00895.txt.bz2 List-Id: The following reply was made to PR debug/8095; it has been noted by GNATS. From: Wolfgang Bangerth To: Daniel Jacobowitz Cc: gcc-bugs@gcc.gnu.org, , Subject: Re: debug/8095: missing dwarf info for parent class Date: Fri, 14 Mar 2003 15:48:12 -0600 (CST) > As I mentioned, I'd like more opinions... Sorry, I understood this but just wanted to raise the issue again -- opinions will not come in if the question bitrots in gnats :-) (Which is not your fault -- you had asked, but received no answers.) > what if the class is emitted > in a shared library not compiled using debug info, etc.? I guess the > question is: we want to emit debug information for all used types. > Does inheriting from a type count as using it? If so we should > probably be emitting debug info for Multiple1 in the example in this > PR. This doesn't strike me as a particularly useful idea, since then you would have to emit debug info in every compilation unit that includes a certain header file. This might be a lot of duplication. If there are ways to tie debug output to a certain member of a class (just as we do for vtables), then I would say this is a good idea. If someone doesn't like this, then compile your library with -g. But that's just my opinion. W. ------------------------------------------------------------------------- Wolfgang Bangerth email: bangerth@ticam.utexas.edu www: http://www.ticam.utexas.edu/~bangerth/