From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 62234 invoked by alias); 8 Jun 2016 14:33:07 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 62217 invoked by uid 89); 8 Jun 2016 14:33:06 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=ps1, shadows, Hx-languages-length:1605, excepting X-HELO: etr-usa.com Received: from etr-usa.com (HELO etr-usa.com) (130.94.180.135) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 08 Jun 2016 14:32:56 +0000 Received: (qmail 49547 invoked by uid 13447); 8 Jun 2016 14:32:55 -0000 Received: from unknown (HELO polypore.west.etr-usa.com) ([73.26.17.49]) (envelope-sender ) by 130.94.180.135 (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 8 Jun 2016 14:32:55 -0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: git 2.8.3 spurious output From: Warren Young In-Reply-To: <087DA9770269374FB58D517AC05CCA3F0174977E08@mbx04.nvlsi.no> Date: Wed, 08 Jun 2016 14:33:00 -0000 Content-Transfer-Encoding: quoted-printable Message-Id: <9CD98B53-A2A8-4C4F-B24C-588223A896CD@etr-usa.com> References: <087DA9770269374FB58D517AC05CCA3F0174977E08@mbx04.nvlsi.no> To: The Cygwin Mailing List X-IsSubscribed: yes X-SW-Source: 2016-06/txt/msg00110.txt.bz2 On Jun 8, 2016, at 8:19 AM, Cufi, Carles wrote: >=20 > So what's the better way of fixing this? Making /mingw/bin/gettext.sh hav= e UNIX line endings or replacing it with the proper Cygwin gettext.sh that = I seem to be missing? Don=E2=80=99t try to mix the Cygwin and MinGW build systems. Having MinGW = in the PATH while developing under Cygwin is one way to make such mistakes,= since anything not found under Cygwin falls back to MinGW. Instead, treat MinGW as a special mode separate from normal Cygwin operatio= n. MSYS is one way, but I prefer to use Cygwin most of the time, then run = a =E2=80=9Cmingw=E2=80=9D script I wrote to temporarily shift my Cygwin env= ironment to MinGW mode: #!/bin/sh PATH=3D/cygdrive/c/mingw/bin:/cygdrive/c/windows:\ /cygdrive /c/windows/system32:/cygdrive/c/cygwin/bin echo "Say 'exit' to leave MinGW shell and restore Cygwin environment." /bin/bash --rcfile ~/.mingwrc You also need that ~/.mingwrc file: alias make=3Dmingw32-make PS1=3D'MinGW: \W \$ =E2=80=98 There=E2=80=99s a way to avoid splitting the code between two files, but it= would require a slightly more complicated command, so I won=E2=80=99t tell= you how. (If you figure it out, you=E2=80=99ll probably agree that it=E2= =80=99s worth splitting the code like this.) The result is that your PATH temporarily shadows the Cygwin build tools wit= h MinGW ones, excepting for make(1) which is named differently under MinGW,= so we have to use an alias instead. Because this creates a subshell, you can just =E2=80=9Cexit=E2=80=9D to get= back out of MinGW mode into Cygwin mode, having never left the directory y= ou were in when you entered MinGW mode. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple