From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20023 invoked by alias); 4 May 2005 18:05:52 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 19982 invoked from network); 4 May 2005 18:05:46 -0000 Received: from unknown (HELO fencepost.gnu.org) (199.232.76.164) by sourceware.org with SMTP; 4 May 2005 18:05:46 -0000 Received: from eliz by fencepost.gnu.org with local (Exim 4.34) id 1DTOFO-0002p4-5U; Wed, 04 May 2005 14:05:22 -0400 To: drow@false.org CC: gdb-patches@sources.redhat.com In-reply-to: <20050504133437.GA10578@nevyn.them.org> (message from Daniel Jacobowitz on Wed, 4 May 2005 09:34:37 -0400) Subject: Re: [RFC] fullname attribute for GDB/MI stack frames Reply-to: Eli Zaretskii References: <20050502193638.GD22967@white> <01c54f50$Blat.v2.4$29b171c0@zahav.net.il> <20050502195515.GA10429@nevyn.them.org> <01c54f57$Blat.v2.4$4c163500@zahav.net.il> <20050502204859.GA6090@nevyn.them.org> <01c54f91$Blat.v2.4$f6e0b160@zahav.net.il> <20050503034604.GA437@nevyn.them.org> <01c55017$Blat.v2.4$3cb51f20@zahav.net.il> <20050503194856.GA4477@nevyn.them.org> <01c55021$Blat.v2.4$520aa7a0@zahav.net.il> <20050504133437.GA10578@nevyn.them.org> Message-Id: From: Eli Zaretskii Date: Wed, 04 May 2005 18:05:00 -0000 X-SW-Source: 2005-05/txt/msg00126.txt.bz2 > Date: Wed, 4 May 2005 09:34:37 -0400 > From: Daniel Jacobowitz > > I consider printing "d:foo.c" to be "asking the user to guess". We > didn't tell them where the file was. We did, as well as we could. > If GDB has settled on a path, it can fully resolve it and display it to > the user. For instance, suppose that the best GDB can glean from the > debug information is "d:foo". That's equivalent to "d:./foo". I > presume that DJGPP has some concept of "get the current directory on > drive D". So GDB could print out "d:/some/directory/foo" instead. > I also presume that there's an equivalent "get current drive" for the > "\foo" case. We could do all that, but (1) it would add more ugly OS-dependent ifdef's to openp, with no good reason, and (2) for the case in point, i.e., fixing file names recorded in the debug info, there's still no guarantee that the result will be correct, for the reasons I already explained here many times. > > Then let's do what I suggested: take the value of fullname and see if > > we can reach the file it names. There's no need for any regexp at > > all; moreover, even if we agree on some regexp, it is only a fuzzy > > test, since the fact that the output matches does not yet mean that > > the output is correct. > > Then the value GDB uses will be based on its current directory or > drive, and the value the testsuite uses will be based on its own > current directory or drive. I don't think that's an improvement. Okay, I give up: I no longer care what you do for the test suite in this case. Just please, PLEASE, don't change anything in openp or in xfullpath to ``fix'' this test. Can we leave this at that?