public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Warren Young <wyml@etr-usa.com>
To: The Cygwin Mailing List <cygwin@cygwin.com>
Subject: Re: git 2.8.3 spurious output
Date: Wed, 08 Jun 2016 14:33:00 -0000	[thread overview]
Message-ID: <9CD98B53-A2A8-4C4F-B24C-588223A896CD@etr-usa.com> (raw)
In-Reply-To: <087DA9770269374FB58D517AC05CCA3F0174977E08@mbx04.nvlsi.no>

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

  parent reply	other threads:[~2016-06-08 14:33 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-08 14:19 Cufi, Carles
2016-06-08 14:27 ` Ken Brown
2016-06-08 14:33 ` Warren Young [this message]
  -- strict thread matches above, loose matches on Subject: below --
2016-06-09  7:52 Cufi, Carles
2016-06-09 19:37 ` Warren Young
2016-06-11 19:20   ` Brian Inglis
2016-06-08 14:41 Cufi, Carles
2016-06-08 16:45 ` Achim Gratz
2016-06-08 13:57 Cufi, Carles
2016-06-08 14:06 ` Ken Brown
2016-06-08  9:35 Cufi, Carles
2016-06-08 13:45 ` Ken Brown
2016-06-08 13:56   ` Ken Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9CD98B53-A2A8-4C4F-B24C-588223A896CD@etr-usa.com \
    --to=wyml@etr-usa.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).