From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: bzr smart server Date: Sat, 21 Aug 2010 19:40:36 +0200 Message-ID: <871v9r7tkb.fsf@telefonica.net> References: <4C6D56DB.7040703@swipnet.se> <4C6D8EC5.7040901@swipnet.se> <4C6E1F0A.7070506@swipnet.se> <837hjlr78p.fsf@gnu.org> <83iq35p5s8.fsf@gnu.org> <83bp8wpf0l.fsf@gnu.org> <87zkwg13kz.fsf@catnip.gol.com> <83zkwgnfr6.fsf@gnu.org> <87eids0y1m.fsf@catnip.gol.com> <83vd74nevg.fsf@gnu.org> <4C700CAE.7020903@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1282412460 1997 80.91.229.12 (21 Aug 2010 17:41:00 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 21 Aug 2010 17:41:00 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Aug 21 19:40:59 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Oms3s-0001aN-NB for ged-emacs-devel@m.gmane.org; Sat, 21 Aug 2010 19:40:57 +0200 Original-Received: from localhost ([127.0.0.1]:50165 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oms3s-0007ZA-2R for ged-emacs-devel@m.gmane.org; Sat, 21 Aug 2010 13:40:56 -0400 Original-Received: from [140.186.70.92] (port=42041 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oms3l-0007Z2-Hp for emacs-devel@gnu.org; Sat, 21 Aug 2010 13:40:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oms3k-0004r9-DY for emacs-devel@gnu.org; Sat, 21 Aug 2010 13:40:49 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:47155) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oms3k-0004qw-5v for emacs-devel@gnu.org; Sat, 21 Aug 2010 13:40:48 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Oms3f-0001VI-Et for emacs-devel@gnu.org; Sat, 21 Aug 2010 19:40:43 +0200 Original-Received: from 83.42.13.171 ([83.42.13.171]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 21 Aug 2010 19:40:43 +0200 Original-Received: from ofv by 83.42.13.171 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 21 Aug 2010 19:40:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 21 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 83.42.13.171 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:keWNeA5dFwh91mDZweMNW9+8gqM= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:128984 Archived-At: Jason Rumney writes: > On 21/8/2010 11:51 PM, Eli Zaretskii wrote: >> Because it's an incompatible environment. MSYS is a fork of Cygwin, > > It is? I was under the impression that MSYS was an extension of MinGW > to give a Posix shell and environment in which to use the MinGW tools. MSYS is a fork of Cygwin. It can't be an extension of MinGW because MinGW is simply a Windows native port of gcc + binutils (then came gdb, gmake, etc, but they are real Windows ports, without relying on any Posix emulation layer.) The original goal of MSYS was to provide a better environment to run configure scripts using MinGW as the target. Previously it was done with Cygwin, but problems with pathnames were frequent. The main feature of MSYS over Cygwin (at least until recently) was that MSYS understand Windows pathnames, and can translate them depending on the kind of executable to call: Posix-style for those executables that use the Posix emulator, and Windows-style for the rest. That was not 100% reliable, but usually did a better job than Cygwin.