From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10972 invoked by alias); 25 Sep 2009 15:37:06 -0000 Received: (qmail 10962 invoked by uid 22791); 25 Sep 2009 15:37:04 -0000 X-SWARE-Spam-Status: No, hits=-1.3 required=5.0 tests=AWL,BAYES_40 X-Spam-Check-By: sourceware.org Received: from eu1sys200aog115.obsmtp.com (HELO eu1sys200aog115.obsmtp.com) (207.126.144.139) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 25 Sep 2009 15:36:59 +0000 Received: from source ([164.129.1.35]) (using TLSv1) by eu1sys200aob115.postini.com ([207.126.147.11]) with SMTP ID DSNKSrzjmOlY8t6YxPjbs3I2dsoI+ZpujL8I@postini.com; Fri, 25 Sep 2009 15:36:58 UTC Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id EBBD8181 for ; Fri, 25 Sep 2009 15:36:54 +0000 (GMT) Received: from mail2.gnb.st.com (mail2.gnb.st.com [164.129.119.59]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 7CEDD4C194 for ; Fri, 25 Sep 2009 15:36:54 +0000 (GMT) Received: from [164.129.122.40] (gnx2504.gnb.st.com [164.129.122.40]) by mail2.gnb.st.com (MOS 3.8.7a) with ESMTP id DGF94759 (AUTH lyon); Fri, 25 Sep 2009 17:38:01 +0200 (CEST) Message-ID: <4ABCE395.1000502@st.com> Date: Fri, 25 Sep 2009 15:37:00 -0000 From: Christophe LYON User-Agent: Thunderbird 2.0.0.23 (X11/20090812) MIME-Version: 1.0 To: gdb@sourceware.org Subject: Re: GDB cannot find line info References: <4AB79510.5000909@st.com> <4AB79D3E.8060806@st.com> <4AB8F58A.5080405@st.com> In-Reply-To: <4AB8F58A.5080405@st.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-09/txt/msg00303.txt.bz2 Hi, I have made some progress on my problem: our compiler did not generate the full source pathname in the Dwarf2 compile unit (it added only the basename). Making the compiler generate the full source pathname did fix the regression I observed in the GDB testsuite. I report this here because, despite investigating for quite some time, I couldn't figure what actually confused GDB. It looks a bit like what was already fixed by http://sourceware.org/ml/gdb-patches/2008-04/msg00158.html so maybe there is another inconsistency case that could be supported by GDB? Christophe.