From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.help Subject: Re: "Best" way to run on Windows XP Date: Sun, 24 Jul 2005 23:14:52 +0200 Message-ID: <42E404CC.8020802@student.lu.se> References: <1122221022.525785.237790@g43g2000cwa.googlegroups.com> <85ackc40cw.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1122240836 30718 80.91.229.2 (24 Jul 2005 21:33:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 24 Jul 2005 21:33:56 +0000 (UTC) Cc: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Jul 24 23:33:47 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Dwo5v-0000HT-6A for geh-help-gnu-emacs@m.gmane.org; Sun, 24 Jul 2005 23:33:11 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dwo8B-0005Qo-Ak for geh-help-gnu-emacs@m.gmane.org; Sun, 24 Jul 2005 17:35:31 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Dwo2D-0004Ch-Lr for help-gnu-emacs@gnu.org; Sun, 24 Jul 2005 17:29:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dwo23-00047y-UR for help-gnu-emacs@gnu.org; Sun, 24 Jul 2005 17:29:12 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dwo23-0003x2-PW for help-gnu-emacs@gnu.org; Sun, 24 Jul 2005 17:29:11 -0400 Original-Received: from [81.228.8.164] (helo=pne-smtpout2-sn2.hy.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Dwnyc-0003Ia-Ai for help-gnu-emacs@gnu.org; Sun, 24 Jul 2005 17:25:38 -0400 Original-Received: from [192.168.123.121] (83.249.205.6) by pne-smtpout2-sn2.hy.skanova.net (7.2.060.1) id 42B94E2900520FA8 for help-gnu-emacs@gnu.org; Sun, 24 Jul 2005 23:14:53 +0200 User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en In-Reply-To: X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:28137 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:28137 Eli Zaretskii wrote: >>From: David Kastrup >>Date: Sun, 24 Jul 2005 18:47:43 +0200 >> >>I think native build plus MSYS >>is a pretty good combination, but I have not actively tried it myself, >>not being a Windows user. >> >> > >AFAIK, MSYS is not a full suite of ports, its purpose is to provide an >environment for running configure scripts. Also, it has some >Cygwin-style maladies which could be a pain on Windows (for example, >Diff uses binary I/O, and thus compares files different when they only >differ in their end-of-line format, Newline vs CRLF). > > I have been playing with MSYS a bit and I strongly agree with Eli that there unfortunately are some problems currently using MSYS. The compression built into Emacs (jka) is another example where the handling of end-of-line in MSYS makes it impossible to use. (I hope this one is cured in very soon.) There also currently seems to be a bug in MSYS sh parameter handling which causes trouble. However if these bugs where corrected and MSYS changed the end-of-line handling (for example for diff) I think it would be very good to use with Emacs. Until then it is much easier to use the GnuWin32 tools (which however unfortunately misses a sh). And actually, the situation is more complicated than that. For some things you want to do you need a sh. Currently MSYS is the easiest way to get that. In those situations you have to switch to the MSYS environments for those things and then switch back to the GnuWin32 tools. Not very convinient indeed!