From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15038 invoked by alias); 8 Dec 2005 20:53:50 -0000 Received: (qmail 15030 invoked by uid 22791); 8 Dec 2005 20:53:49 -0000 X-Spam-Check-By: sourceware.org Received: from e33.co.us.ibm.com (HELO e33.co.us.ibm.com) (32.97.110.151) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 08 Dec 2005 20:53:47 +0000 Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e33.co.us.ibm.com (8.12.11/8.12.11) with ESMTP id jB8KrkCJ030460 for ; Thu, 8 Dec 2005 15:53:46 -0500 Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by d03relay04.boulder.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id jB8KtKUI098814 for ; Thu, 8 Dec 2005 13:55:20 -0700 Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1]) by d03av01.boulder.ibm.com (8.12.11/8.13.3) with ESMTP id jB8KrjkL012925 for ; Thu, 8 Dec 2005 13:53:45 -0700 Received: from dyn9047022123-009047022095.beaverton.ibm.com (dyn9047022123-009047022095.beaverton.ibm.com [9.47.22.95]) by d03av01.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id jB8KrjFK012903 for ; Thu, 8 Dec 2005 13:53:45 -0700 From: Paul Gilliam Reply-To: pgilliam@us.ibm.com To: gdb@sourceware.org Subject: Re: Filename with "./" in breakpoint command Date: Thu, 08 Dec 2005 20:53:00 -0000 User-Agent: KMail/1.6.2 References: <200512050953.01350.ghost@cs.msu.su> <20051207145104.GA27164@nevyn.them.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200512081326.25873.pgilliam@us.ibm.com> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2005-12/txt/msg00092.txt.bz2 On Wednesday 07 December 2005 08:40, Vladimir Prus wrote: > Daniel Jacobowitz wrote: > > > On Wed, Dec 07, 2005 at 10:46:54AM +0300, Vladimir Prus wrote: > >> > Vladimir's original report is for communication from an IDE to GDB. > >> > "Find the best match" and "ask the user" aren't very helpful; the IDE > >> > needs to unambiguously specify what file it's already opened and is > >> > showing to the user, in a way that GDB can understand precisely what > >> > file is meant. Absolute pathnames seem awfully convenient for that. > >> > >> Yes. I've just suggested that not supporting relative paths can be not > >> very convenient for those directly using console interface. Especially > >> when you say "break ./tracepoint.cpp:NNN", gdb suggests that this file > >> might be in shared library that's no loaded yet, which can confuse users > >> even more. > >> > >> I think either: > >> > >> 1. Relative paths should be handled fine, or > >> 2. Relative paths should produce a warning from gdb. > > > > I'd rather #1. But, there's a lot of room for what "fine" is. > > Relative only to $cdir? Relative to the directory search path? > > I'd say relatively to $cdir. I just did not though about the second > approach, and I still think $cdir is more intuitive. > > - Volodya We could still search the path: make up a special starting path-name component to mean 'search the current path'. Something like .../find/me or @/find/me. Just a thought. -=# Paul #=-