From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: A few Windows build fixes Date: Wed, 31 Aug 2011 09:17:46 -0400 Message-ID: References: <83vcth40ik.fsf@kalahari.s2.org> <83r5444ome.fsf@kalahari.s2.org> <87pqjmfgia.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1314796683 16786 80.91.229.12 (31 Aug 2011 13:18:03 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 31 Aug 2011 13:18:03 +0000 (UTC) Cc: Vijay Lakshminarayanan , azure@iki.fi, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 31 15:17:58 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 1Qykg0-0001S4-L7 for ged-emacs-devel@m.gmane.org; Wed, 31 Aug 2011 15:17:56 +0200 Original-Received: from localhost ([::1]:37994 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qykfz-0002q9-QX for ged-emacs-devel@m.gmane.org; Wed, 31 Aug 2011 09:17:55 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:42457) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qykfw-0002ot-Pp for emacs-devel@gnu.org; Wed, 31 Aug 2011 09:17:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qykfv-0007oO-FU for emacs-devel@gnu.org; Wed, 31 Aug 2011 09:17:52 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183]:47542 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qykft-0007nv-1Q; Wed, 31 Aug 2011 09:17:49 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EADkzXk64rwMJ/2dsb2JhbABDqEd4gUABAQQBViMQCzQSFBgNEAETiAUEuVGGVQSdH4JrhD4 X-IronPort-AV: E=Sophos;i="4.68,307,1312171200"; d="scan'208";a="133666944" Original-Received: from 184-175-3-9.dsl.teksavvy.com (HELO ceviche.home) ([184.175.3.9]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 31 Aug 2011 09:17:47 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id E2F6E660B1; Wed, 31 Aug 2011 09:17:46 -0400 (EDT) In-Reply-To: (Eli Zaretskii's message of "Wed, 31 Aug 2011 02:11:10 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.183 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:143659 Archived-At: >> > There's a general need for Emacs to understand/accept /cygdrive/foo >> > names passed on the command-line, so that could be fixed in >> > lisp/startup.el and lisp/w32*.el. >> There's cygwin-mount.el available as an elpa package in one of >> http://tromey.com/elpa or http://marmalade-repo.org/packages/ which >> works in most cases. cygwin-mount.el is a good package, but it has at least the following problems: - it affects all file-name operations within Emacs. That's good if you (the user) want to pretend that Emacs understands cygwin names and want to be able to type them in, perform completion and stuff. But it is too intrusive otherwise. - it can bump into ambiguities ("/home" can mean the "home" subdir in cygwin's root directory, or it can mean C:/home). This is not cygwin-mount's fault, but because of how it works, it doesn't try to solve those ambiguities too carefully. So what I proposed above is to use something that also understands cygwin file names, but only at those places in the code where it's likely to appear (i.e. for file names that come from outside Emacs), at which point we can more easily try and resolve ambiguities and we're less likely to introduce problems. Stefan