From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Hannu Koivisto Newsgroups: gmane.emacs.devel Subject: Re: A few Windows build fixes Date: Thu, 08 Sep 2011 11:33:04 +0300 Organization: NOYB Message-ID: <83r53r303j.fsf@kalahari.s2.org> References: <83vcth40ik.fsf@kalahari.s2.org> <83r5444ome.fsf@kalahari.s2.org> <87pqjmfgia.fsf@gmail.com> <8739ggf8ph.fsf@gmail.com> <8262lbu7g5.fsf@gmail.com> <83y5y7cthv.fsf@gnu.org> <83ty8vt4y8.fsf@gnu.org> <83obz2uc11.fsf@gnu.org> <83aaahjzmh.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1315470815 18913 80.91.229.12 (8 Sep 2011 08:33:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 8 Sep 2011 08:33:35 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 08 10:33:31 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 1R1a39-0006Nr-6u for ged-emacs-devel@m.gmane.org; Thu, 08 Sep 2011 10:33:31 +0200 Original-Received: from localhost ([::1]:41201 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R1a38-0001cG-PZ for ged-emacs-devel@m.gmane.org; Thu, 08 Sep 2011 04:33:30 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:32885) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R1a33-0001c9-4a for emacs-devel@gnu.org; Thu, 08 Sep 2011 04:33:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R1a2x-0001Dc-8f for emacs-devel@gnu.org; Thu, 08 Sep 2011 04:33:25 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:59021) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R1a2x-0001DP-0m for emacs-devel@gnu.org; Thu, 08 Sep 2011 04:33:19 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1R1a2w-0006Gk-2w for emacs-devel@gnu.org; Thu, 08 Sep 2011 10:33:18 +0200 Original-Received: from s2.org ([80.83.7.53]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Sep 2011 10:33:18 +0200 Original-Received: from azure by s2.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Sep 2011 10:33:18 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 25 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: s2.org User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.3 (gnu/linux) Cancel-Lock: sha1:lMWY3KW1fyD41AYE8OH0/APPxFQ= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 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:143811 Archived-At: Eli Zaretskii writes: >> From: Stefan Monnier >> Also, once cygwin file names are supported, I think people will expect >> more integration of (native) Emacs and cygwin, e.g. in subprocesses. > > What problems are there with Cygwin subprocesses? Emacs already > recognizes Cygwin executables and adapts itself, at least to some > extent (quoting of command-line arguments). One problem is Cygwin dll's automatic globbing of command line arguments (which is done when a non-Cygwin application runs a Cygwin application) and that might be one thing that could be handled if better integration is wanted. I faced this problem with an Emacs git interface package that in my system would run Cygwin git directly (not via shell) with a parameter like "foo^{commit}" and due to the automatic globbing git actually saw "foo^commit" and there was an error. It took some head scratching to figure out what was going on :) Fortunately that (mis)feature can be forced off using the CYGWIN environment variable (see http://www.cygwin.com/cygwin-ug-net/using-cygwinenv.html, (no)glob), so I was able to add a workaround to this package. -- Hannu