From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17746 invoked by alias); 23 Apr 2010 14:35:28 -0000 Received: (qmail 17712 invoked by uid 22791); 23 Apr 2010 14:35:26 -0000 X-SWARE-Spam-Status: No, hits=-1.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout21.012.net.il (HELO mtaout21.012.net.il) (80.179.55.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 23 Apr 2010 14:35:19 +0000 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0L1C00C0036IJO00@a-mtaout21.012.net.il> for gdb-patches@sourceware.org; Fri, 23 Apr 2010 17:35:16 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.228.104.173]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L1C00CTG36MES00@a-mtaout21.012.net.il>; Fri, 23 Apr 2010 17:35:16 +0300 (IDT) Date: Fri, 23 Apr 2010 14:35:00 -0000 From: Eli Zaretskii Subject: Re: [gdb/libiberty] Improve support for cross debugging shared libraries with DOS style pathnames (from Unix hosts) In-reply-to: <201004231146.22671.pedro@codesourcery.com> To: Pedro Alves Cc: gdb-patches@sourceware.org, gcc-patches@gcc.gnu.org Reply-to: Eli Zaretskii Message-id: <83ljce2q5c.fsf@gnu.org> References: <201004221824.27019.pedro@codesourcery.com> <83y6ge35xi.fsf@gnu.org> <201004231146.22671.pedro@codesourcery.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-04/txt/msg00791.txt.bz2 > From: Pedro Alves > Date: Fri, 23 Apr 2010 11:46:22 +0100 > Cc: gcc-patches@gcc.gnu.org > > Oh. I really meant a "path", as in: > > "A path, the general form of a filename or of a directory name, specifies a unique > location in a file system." > > (From .) > > I suppose that's why we have IS_ABSOLUTE_PATH, and not IS_ABSOLUTE_FILE_NAME, > and such. > > IMO, it's the use of singular path or "search path" to mean > "list of directories" that's overloaded. > "Set assumed file system kind for target reported file names" > kind of sounds like it is only talking about the filename "/dir1/dir2/files1" > (or directory and filenames, if you think of a directory a file as well). > Maybe I could just get rid of the mention of paths/file names, and go with: > > "Set the assumed file system kind of the target." > > Anyway, I'll change it to what you think is clearer. Not only is it clearer, it's in GNU coding standards, see my other mail. > c:/foo/bar.dll ==> /path/to/sysroot/foo/bar.dll > " > > I'll be happy to clarify this in the docs, if you think it's useful. No, it's clear enough. I just wondered why you didn't remove the drive letter right away. I guess that's common practice in some quarters to mount DOS-ish filesystems that way. I don't really mind to support that if people are using it. > I suppose that'll be ... in `i386_go32_init_abi'. Yep. > (Why are DJGPP specific things in the generic i386-tdep.c, BTW?) History, I think. The number of architecture specific bits is quite small. > > @cindex DOS file-name semantics if file names. > > Will do. I'll assume you meant s/if/of/. Of course. Thanks.