From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] /srv/bzr/emacs/trunk r105295: * lisp/progmodes/etags.el (etags-file-of-tag, etags-tags-table-files) Date: Wed, 03 Aug 2011 05:05:34 -0400 Message-ID: References: <83vcufaaqf.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1312362344 17527 80.91.229.12 (3 Aug 2011 09:05:44 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 3 Aug 2011 09:05:44 +0000 (UTC) Cc: sds@gnu.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 03 11:05:40 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QoXOV-00052t-CO for ged-emacs-devel@m.gmane.org; Wed, 03 Aug 2011 11:05:39 +0200 Original-Received: from localhost ([::1]:32819 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoXOU-0005XW-SU for ged-emacs-devel@m.gmane.org; Wed, 03 Aug 2011 05:05:38 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:42922) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoXOS-0005XK-K4 for emacs-devel@gnu.org; Wed, 03 Aug 2011 05:05:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QoXOR-0007vG-5w for emacs-devel@gnu.org; Wed, 03 Aug 2011 05:05:36 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:43652) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoXOR-0007uv-0o for emacs-devel@gnu.org; Wed, 03 Aug 2011 05:05:35 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1QoXOQ-0002hu-Dh; Wed, 03 Aug 2011 05:05:34 -0400 In-reply-to: (message from Stefan Monnier on Tue, 02 Aug 2011 16:24:38 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.10 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:142795 Archived-At: > From: Stefan Monnier > Cc: sds@gnu.org, emacs-devel@gnu.org > Date: Tue, 02 Aug 2011 16:24:38 -0400 > > Still, the problem is that the intended meaning of > convert-standard-filename is unclear (what should it do on relative > file names?) For relative file names, it should produce a relative file name whose name is valid on the underlying filesystem. This may mean converting more than a single component of the original name, e.g., if it includes leading directories, as in "~/.emacs.d/.emacs.something". With that definition, the same applies to absolute file names, of course. > and that the functionality require by the OP is not quite > the one provided by convert-standard-filename, AFAIK The addition of converting Cygwin file names to native w32 file names is an add-on functionality. Originally, convert-standard-filename was not supposed to handle these issues at all. The function was actually created for the DOS port, at RMS's advice (when he saw that I was committing changes to defcustom's that used a different file name conditioned by system-type). The rest is history... > My understanding is: > - convert-standard-filename is to convert a predefined name, which may > be mentioned in docs, using mostly Unix conventions so that it works > on whichever OS we're using. E.g. it may do things like map ".emacs" > to "_emacs". Correct. > - the function Sam needs is one that converts from "file name using > conventions used in the system in which Emacs is running" to "file > name referring to the same file but such that Emacs can access it". > Doing things like "However, on Windows and DOS, replace invalid > characters" is not the right thing to do. Agreed. > BTW the function he wants is also the function that should be applied to > files names received in command-line-args and as args to emacsclient > (as was recently requested by some other poster). Indeed.