From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7805 invoked by alias); 9 Jun 2006 07:29:33 -0000 Received: (qmail 7748 invoked by uid 22791); 9 Jun 2006 07:29:29 -0000 X-Spam-Check-By: sourceware.org Received: from romy.inter.net.il (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 09 Jun 2006 07:29:05 +0000 Received: from HOME-C4E4A596F7 (IGLD-83-130-197-119.inter.net.il [83.130.197.119]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id EVM76701 (AUTH halo1); Fri, 9 Jun 2006 10:28:08 +0300 (IDT) Date: Fri, 09 Jun 2006 07:29:00 -0000 Message-Id: From: Eli Zaretskii To: Jim Blandy CC: julian@codesourcery.com, gdb-patches@sourceware.org, dan@codesourcery.com In-reply-to: (message from Jim Blandy on Thu, 08 Jun 2006 16:25:42 -0700) Subject: Re: [PATCH] Accept DWARF 3-format debug info Reply-to: Eli Zaretskii References: <4488A920.9090705@codesourcery.com> X-IsSubscribed: yes 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: 2006-06/txt/msg00086.txt.bz2 > Cc: gdb-patches@sourceware.org, Daniel Jacobowitz > From: Jim Blandy > Date: Thu, 08 Jun 2006 16:25:42 -0700 > > I think this patch is right. It's true that GDB doesn't support all > of DWARF 3, but GDB's general philosophy is to garner as much > information as it can, and punt the rest, which works well with > DWARF's philosophy. So GDB shouldn't just punt entire compilation > units because they're marked as DWARF 3. I agree with the philosophy, but the devil is usually in the details... In this case, what will happen when GDB sees a DWARF-3 feature it doesn't yet support? I think we should make sure it displays a warning message, instead of throwing an internal error (or some similar fatal reaction).