X-Recipient: archive-cygwin@delorie.com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:content-type:mime-version:subject:from
	:in-reply-to:date:content-transfer-encoding:message-id
	:references:to; q=dns; s=default; b=LwDGPYEGS8msicTWXGrp7Al9QIXs
	MyM/+7tVxTrLhsUXDds51BLSE3s3O5W0BcAAH9H95pjVLI0WtIumnycoluhcKrTU
	Tcr5Jsqif+QOxbUg/GFRqGpBAK17HhCx7pbCT9WRoJXOrDWXPeGaUUD7ri5eISiB
	le/hkxGXa+MDuw4=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:content-type:mime-version:subject:from
	:in-reply-to:date:content-transfer-encoding:message-id
	:references:to; s=default; bh=6oYYNbavqhXSCSkWP/9U+uo/THQ=; b=i7
	x7Y1BE/IUR1AjdiVmRppTwwian73L8SjmoSt3WFS/8XSxpO22Yi0J6rVkCWC0BNK
	QPXqIrOzNdwjrKv1O55G4d3BfyOn9BuVGgXDJ6Irg0FkS/i/eGZXb9u4czSdgvbc
	6Mib/2KBYoDjfBprYmUBtp8E5q2qboCgIX6opy75A=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
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
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 <wyml@etr-usa.com>
In-Reply-To: <087DA9770269374FB58D517AC05CCA3F0174977E08@mbx04.nvlsi.no>
Date: Wed, 8 Jun 2016 08:32:36 -0600
Message-Id: <9CD98B53-A2A8-4C4F-B24C-588223A896CD@etr-usa.com>
References: <087DA9770269374FB58D517AC05CCA3F0174977E08@mbx04.nvlsi.no>
To: The Cygwin Mailing List <cygwin@cygwin.com>
X-IsSubscribed: yes
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id u58EXIVL023456

On Jun 8, 2016, at 8:19 AM, Cufi, Carles wrote:
> 
> So what's the better way of fixing this? Making /mingw/bin/gettext.sh have UNIX line endings or replacing it with the proper Cygwin gettext.sh that I seem to be missing?

Don’t 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 operation.  MSYS is one way, but I prefer to use Cygwin most of the time, then run a “mingw” script I wrote to temporarily shift my Cygwin environment to MinGW mode:

    #!/bin/sh
    PATH=/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=mingw32-make
    PS1='MinGW: \W \$ ‘

There’s a way to avoid splitting the code between two files, but it would require a slightly more complicated command, so I won’t tell you how.  (If you figure it out, you’ll probably agree that it’s worth splitting the code like this.)

The result is that your PATH temporarily shadows the Cygwin build tools with 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 “exit” to get back out of MinGW mode into Cygwin mode, having never left the directory you 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


