From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10395 invoked by alias); 4 Dec 2005 22:31:27 -0000 Received: (qmail 10146 invoked by uid 22791); 4 Dec 2005 22:31:27 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 04 Dec 2005 22:31:24 +0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.4/8.13.4) with ESMTP id jB4MUmaD005155; Sun, 4 Dec 2005 23:30:48 +0100 (CET) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.4/8.13.3) with ESMTP id jB4MUmow024739; Sun, 4 Dec 2005 23:30:48 +0100 (CET) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.4/8.13.4/Submit) id jB4MUmMw002961; Sun, 4 Dec 2005 23:30:48 +0100 (CET) Date: Mon, 05 Dec 2005 16:56:00 -0000 Message-Id: <200512042230.jB4MUmMw002961@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: jimb@red-bean.com CC: gdb-patches@sourceware.org In-reply-to: <8f2776cb0512041400x257a1889u8fb53eb23e62ce49@mail.gmail.com> (message from Jim Blandy on Sun, 4 Dec 2005 14:00:21 -0800) Subject: Re: [RFC/RFA] Deal with -g1 generated DWARF2 debug info References: <200512041859.jB4IxrVO001319@elgar.sibelius.xs4all.nl> <8f2776cb0512041316w14c80cfdka34f84fcbd3c6cdb@mail.gmail.com> <20051204212244.GA24021@nevyn.them.org> <8f2776cb0512041400x257a1889u8fb53eb23e62ce49@mail.gmail.com> Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2005-12/txt/msg00096.txt.bz2 > Date: Sun, 4 Dec 2005 14:00:21 -0800 > From: Jim Blandy > > The central issue here is that the compiler is emitting incorrect > debug info. The GCC manual says of -g1: > > Level 1 produces minimal information, enough for making backtraces > in parts of the program that you don't plan to debug. This > includes descriptions of functions and external variables, but no > information about local variables and no line numbers. > > Nothing there about reducing all return types to 'void'. But fixing that would probably require that GCC dumps the complete type info, which would reduce the usefulness of -g1. And that doesn't change the fact that GCC probably has been doing this for quite some time now.