From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27660 invoked by alias); 15 Aug 2003 15:52:26 -0000 Mailing-List: contact insight-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sources.redhat.com Received: (qmail 27653 invoked from network); 15 Aug 2003 15:52:24 -0000 Received: from unknown (HELO localhost.redhat.com) (66.30.197.194) by sources.redhat.com with SMTP; 15 Aug 2003 15:52:24 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 3633B2B8B; Fri, 15 Aug 2003 11:34:05 -0400 (EDT) Message-ID: <3F3CFD6D.8030007@redhat.com> Date: Fri, 15 Aug 2003 15:52:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: jwilliams@itee.uq.edu.au Cc: "insight@sources.redhat.com" Subject: Re: duplicated source file names References: <3F3B355C.5040904@itee.uq.edu.au> <1060877014.1578.17.camel@lindt.uglyboxes.com> <3F3C06C7.5090006@itee.uq.edu.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-q3/txt/msg00103.txt.bz2 "It should work". With out any other evidence, I'd assume this is fixed in a more recent set of developer tools (debugger, binutils, compiler, ...). Perhaps look in GDB's bug database - http://www.gnu.org/software/gdb/bugs/. BTW, the current reason for GDB having uniquely named files is for consistency and to avoid the build problems with: cc -c a/foo.c cc -c b/foo.c enjoy, Andrew > Hi Keith, > > Keith Seitz wrote: > > However, when debugging this in insight, it only seems to be able to "recognise" one instance of a particular filename. So, even though I type in the name of a function in the function drop down "ext2_read_super", which exists in fs/ext2/super.c, Insight displays the file /fs/super.c. > > This is a pretty well-known issue for me... I still have nightmares > about it. The problem is not really insight, as I recall. Here's how to > check: > > Try a couple of things. Open a console window and enter the commands: > > - "list ext2_read_super": Does it return the correct source? > > Nope - it lists the "correct" line numbers from the wrong file. I'm guessing this is a problem in the binutils addr2line, is that what it's for? > > - "info func ext2_read_super": Right info? > > It says "super.c", then gives the corrent function declaration. > > - "tk gdbtk_loc ext_read_super": Right info? > > I get - Error: invalid command name "gdbtk_loc" > > Send results to the list. I'm pretty sure that gdb is failing on this, > but it has been a while, and maybe they fixed it and Insight is behind > the times. > > BTW, gdb/insight 5.0 is WAY old... Even if it is a gdb problem, I doubt > you're going to get much help with a release that several years old. > > Yeah I realise that - this is a cross-debugger for an embedded system, short of forward-porting it myself (*not* gonna happen!) I don't really have a lot of options. > > I'm not too stressed about this, I can just rename the source file and rebuild the project as I need to, just wanted to know if there was something simple I might do. > > Thanks, > > John > > > Keith