From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18986 invoked by alias); 14 Mar 2003 21:36:02 -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 18869 invoked by uid 71); 14 Mar 2003 21:36:01 -0000 Date: Fri, 14 Mar 2003 21:36:00 -0000 Message-ID: <20030314213601.18831.qmail@sources.redhat.com> To: drow@sources.redhat.com Cc: gcc-prs@gcc.gnu.org, From: Daniel Jacobowitz Subject: Re: debug/8095: missing dwarf info for parent class Reply-To: Daniel Jacobowitz X-SW-Source: 2003-03/txt/msg00892.txt.bz2 List-Id: The following reply was made to PR debug/8095; it has been noted by GNATS. From: Daniel Jacobowitz To: bangerth@dealii.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, tom.horsley@ccur.com, gcc-gnats@gcc.gnu.org Cc: Subject: Re: debug/8095: missing dwarf info for parent class Date: Fri, 14 Mar 2003 16:33:41 -0500 On Fri, Mar 14, 2003 at 09:19:18PM -0000, bangerth@dealii.org wrote: > Synopsis: missing dwarf info for parent class > > Responsible-Changed-From-To: unassigned->drow > Responsible-Changed-By: bangerth > Responsible-Changed-When: Fri Mar 14 21:19:17 2003 > Responsible-Changed-Why: > Analyzed this PR > State-Changed-From-To: open->feedback > State-Changed-By: bangerth > State-Changed-When: Fri Mar 14 21:19:17 2003 > State-Changed-Why: > Daniel, what's the state of this? If debug generation is > really tied to the definition of the first virtual non- > abstract function, then I can't see how this could be > wrong: no program can be linked without having such a > definition, so at one point or other, a definition has to > be given, and then the executable also contains the debug > information. Unfortunately, my versions of readelf seems > to be too old to verify this myself. As I mentioned, I'd like more opinions... 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. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer