From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Random832 Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] master 4d3a595: `load-path' should contain only directory names Date: Wed, 28 Oct 2015 14:19:06 -0400 Message-ID: <87io5qamat.fsf@fastmail.com> References: <20151023135532.11512.53356@vcs.savannah.gnu.org> <83mvv8wejc.fsf@gnu.org> <86bnboeymw.fsf@stephe-leake.org> <83wpuadc9k.fsf@gnu.org> <86d1w1ahsy.fsf@stephe-leake.org> <562E2A8A.1030601@yandex.ru> <83wpu9bns4.fsf@gnu.org> <86fv0x8kl6.fsf@stephe-leake.org> <83d1w0416d.fsf@gnu.org> <8337ww3ypz.fsf@gnu.org> <83vb9r2ddg.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1446056405 13595 80.91.229.3 (28 Oct 2015 18:20:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 28 Oct 2015 18:20:05 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 28 19:19:56 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZrVKE-0004Hb-Pr for ged-emacs-devel@m.gmane.org; Wed, 28 Oct 2015 19:19:54 +0100 Original-Received: from localhost ([::1]:40051 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZrVKE-0000ON-9p for ged-emacs-devel@m.gmane.org; Wed, 28 Oct 2015 14:19:54 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39111) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZrVKA-0000OI-Jr for emacs-devel@gnu.org; Wed, 28 Oct 2015 14:19:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZrVK7-0000LK-Fk for emacs-devel@gnu.org; Wed, 28 Oct 2015 14:19:50 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:41381) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZrVK7-0000LG-8U for emacs-devel@gnu.org; Wed, 28 Oct 2015 14:19:47 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZrVK3-00046m-1R for emacs-devel@gnu.org; Wed, 28 Oct 2015 19:19:43 +0100 Original-Received: from c-68-39-146-59.hsd1.in.comcast.net ([68.39.146.59]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 28 Oct 2015 19:19:43 +0100 Original-Received: from random832 by c-68-39-146-59.hsd1.in.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 28 Oct 2015 19:19:43 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 29 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-68-39-146-59.hsd1.in.comcast.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:B929VgFMtepad2Lxcd50PlGQSxc= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:192810 Archived-At: Stefan Monnier writes: > The problem here is in the manual: "directory name" is a general term > used in the POSIX world and beyond, and it usually doesn't care whether > there's a trailing slash. There are a few particular situations where > the difference matters, indeed, but rather than co-opt the generally > known term and load it with a more precise semantics than is usual, I'd > prefer that we introduce new names for "directory name with a slash" and > "directory name without a slash". I think the intent of the existing documentation is that a so-called "directory name" is the one that may be concatenated to a filename to form a path. For example, on VMS: DKA0:[MYDIR.SUBDIR1.SUBDIR2] would be the "directory name" DKA0:[MYDIR.SUBDIR1]SUBDIR2.DIR;1 would be the "directory filename" Maybe this should be called a "directory prefix"? I don't think you can concatenate it to a relative path other than a simple filename on VMS though. What _do_ (or did) these functions do on VMS or other systems with exotic path formats (Risc OS?), if any are (were ever) supported? I wonder, what Emacs does (or did) on classic MacOS. There, relative pathnames started with a separator (:foo = foo in cwd) and absolute ones did not (HD:foo == foo in root of HD volume). Doubling a path separator would be interpreted as the parent directory (::foo == ../foo) Logic would dictate, therefore, that both the "directory name" and "directory filename" would not end with a colon, and that it would only be valid to concatenate if you have a relative path (one that does begin with a colon).