From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-39218-listarch-gdb-patches=sources.redhat.com@sources.redhat.com>
Received: (qmail 25319 invoked by alias); 4 May 2005 17:48:19 -0000
Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-patches-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sources.redhat.com>
List-Help: <mailto:gdb-patches-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-patches-owner@sources.redhat.com
Received: (qmail 24946 invoked from network); 4 May 2005 17:48:12 -0000
Received: from unknown (HELO fencepost.gnu.org) (199.232.76.164)
  by sourceware.org with SMTP; 4 May 2005 17:48:12 -0000
Received: from eliz by fencepost.gnu.org with local (Exim 4.34)
	id 1DTNyN-00064M-VJ; Wed, 04 May 2005 13:47:48 -0400
To: me@cgf.cx
CC: gdb-patches@sources.redhat.com
In-reply-to: <20050504145200.GI24661@trixie.casa.cgf.cx> (message from
	Christopher Faylor on Wed, 4 May 2005 10:52:00 -0400)
Subject: Re: [RFC] fullname attribute for GDB/MI stack frames
Reply-to: Eli Zaretskii <eliz@gnu.org>
References: <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> <20050503195650.GD25356@white> <01c55025$Blat.v2.4$00e755e0@zahav.net.il> <20050503213911.GB16440@trixie.casa.cgf.cx> <01c55061$Blat.v2.4$5a644e20@zahav.net.il> <20050504145200.GI24661@trixie.casa.cgf.cx>
Message-Id: <E1DTNyN-00064M-VJ@fencepost.gnu.org>
From: Eli Zaretskii <eliz@gnu.org>
Date: Wed, 04 May 2005 17:48:00 -0000
X-SW-Source: 2005-05/txt/msg00121.txt.bz2

> Date: Wed, 4 May 2005 10:52:00 -0400
> From: Christopher Faylor <me@cgf.cx>
> 
> >Not true: the notion of a current directory on drive d: is maintained
> >by the OS.
> 
> The current directory on another drive is maintained by the "OS" only on
> Windows 9x variants and on MS-DOS.

Okay, but we still support those versions of Windows, right?

>    c:\>./myrealpath d:foo
>    d:\tmp\foo
>    c:\>env - ./myrealpath d:foo
>    d:\foo
> 
> So, AFAICT, libiberty is working fine and it should be safe to expect
> that canonicalized names on windows will either be in the form of
> x:\y\z or \\x\y\z if this is used.

Yes, libiberty is working fine, except that GDB is not using
lrealpath, AFAIK.

And then the question is whether it is correct to resolve d:foo
etc. assuming thath the current drive and directories are identical to
what they were when the source was compiled.  Many projects use
recursive Makefiles that cause the compiler change directories at
will.