X-Recipient:	archive-cygwin AT delorie DOT 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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type; q=dns; s=default; b=U92R
	DTJsKbX5/9A6SKCLMs9H/dFVdcoLncpveaslZnL0WV2T9odEdO5+0VOqx2FqpErx
	zZJpvyLgLIJkHiiqKMzPNVISfMFwDQZJegErfYd1ViOzoLZx1wWuKbbJs2SA8OPD
	7axZwuzmXr08vXbvpP4tdCxSqOk6FFUQZ9ha5zk=
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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type; s=default; bh=RSB4U4CuNt
	mv1L0FTXyLZ5RXS9s=; b=Zoi2Ux5qs6AJY1hKt7RPiQhpjoZQ5fcFDZgADB4IdG
	M6WevouzeyWdNPcqK5dfv7cc9eukmJTLkEFHxmFoczpSpIb8koM++9R6VYhSmROj
	fPB6hNVVVUflmWrji6C7IOVSmRs+KuuT7O0iY75WAUorqgf96MlTUm3oVh2ri06B
	E=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=DID, Hx-languages-length:1346
X-HELO:	mx1.redhat.com
DMARC-Filter:	OpenDMARC Filter v1.3.2 mx1.redhat.com A3A8B63141
Authentication-Results:	ext-mx09.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
Authentication-Results:	ext-mx09.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=eblake AT redhat DOT com
DKIM-Filter:	OpenDKIM Filter v2.11.0 mx1.redhat.com A3A8B63141
Subject:	Re: CR-LF handling behavior of SED changed recently - this breaks a lot of MinGW cross build scripts
To:	"Soegtrop, Michael" <michael DOT soegtrop AT intel DOT com>,
	"cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
References:	<0F7D3B1B3C4B894D824F5B822E3E5A175B2636E4 AT IRSMSX103 DOT ger DOT corp DOT intel DOT com> <a53282b6-d00c-aad8-76a6-26b4089a9623 AT redhat DOT com> <0F7D3B1B3C4B894D824F5B822E3E5A175B26CE47 AT IRSMSX102 DOT ger DOT corp DOT intel DOT com>
From:	Eric Blake <eblake AT redhat DOT com>
Openpgp:	url=http://people.redhat.com/eblake/eblake.gpg
Message-ID:	<f8d3d9e4-cd49-aa66-6318-eabdd0e99b4b@redhat.com>
Date:	Thu, 8 Jun 2017 10:08:25 -0500
User-Agent:	Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0
MIME-Version:	1.0
In-Reply-To:	<0F7D3B1B3C4B894D824F5B822E3E5A175B26CE47@IRSMSX102.ger.corp.intel.com>
X-IsSubscribed:	yes

--qbRIijowvLC5Egsi0Enh8PXsEgSelaSLG
Content-Type: multipart/mixed; boundary="C820B7XqH8HECjihC9A9iR02OXrGKp3fg";
 protected-headers="v1"
From: Eric Blake <eblake AT redhat DOT com>
To: "Soegtrop, Michael" <michael DOT soegtrop AT intel DOT com>,
 "cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Message-ID: <f8d3d9e4-cd49-aa66-6318-eabdd0e99b4b AT redhat DOT com>
Subject: Re: CR-LF handling behavior of SED changed recently - this breaks a
 lot of MinGW cross build scripts
References: <0F7D3B1B3C4B894D824F5B822E3E5A175B2636E4 AT IRSMSX103 DOT ger DOT corp DOT intel DOT com>
 <a53282b6-d00c-aad8-76a6-26b4089a9623 AT redhat DOT com>
 <0F7D3B1B3C4B894D824F5B822E3E5A175B26CE47 AT IRSMSX102 DOT ger DOT corp DOT intel DOT com>
In-Reply-To: <0F7D3B1B3C4B894D824F5B822E3E5A175B26CE47 AT IRSMSX102 DOT ger DOT corp DOT intel DOT com>


--C820B7XqH8HECjihC9A9iR02OXrGKp3fg
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

On 06/08/2017 03:50 AM, Soegtrop, Michael wrote:

> 1.) I build many (~ 50) unix libs and tools MinGW cross on cygwin from so=
urces and this breaks many of the configure and other scripts. Feeding back=
 the fixes to the individual lib/tool maintainers will take quite some time=
 and also results in lengthy discussion why they should care about crappy D=
OS artefacts at all. A compatibility option via environment variable would =
have been nice.

At one point in the distant past, we DID have an environment variable
($CYGWIN) which included an option to force all pipelines to behave as
text-mount rather than binary-mount.  I don't remember why it was ripped
out.  It may be worth a patch to cygwin1.dll to re-add some way to
enable text-mount pipelines - or maybe even limited-context text-mount
pipelines (if Cygwin already has an easy way to decide whether the
sending end of a pipeline is a cygwin or native windows process, then
the conditional decision would be that input from the pipeline is in
text mode if the sender is non-cygwin; while output to a pipeline is
always binary).  But I'm not in a position to write such a pach.

--=20
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org


--C820B7XqH8HECjihC9A9iR02OXrGKp3fg--

--qbRIijowvLC5Egsi0Enh8PXsEgSelaSLG
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
Comment: Public key at http://people.redhat.com/eblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBCAAGBQJZOWhpAAoJEKeha0olJ0Nqyh0IAI/vzQVxGXSo9cWafbH+LKJs
wzXidvxU6Fa9TPdCUcMYcxYKlmUR+0TmR2mH67MKyi+chHOawRJDEEpdFWltU/kH
Jc4Hm8a6HpAvPWg3k8p7uXtex+eIbNBjEI66nc+P8igrRRjDrWWXfq+ij6ScE6UK
Wnp/BTqsXSVdwLHzp3tdwZ+9rtVi/uF7msjsxUrvLWdIc6QAermYD9CsU2NCFpbF
k90iGNKtYd30QV7rvErzHULr0OYqPdf3qFpIXjnhF6r0Vgz03UnVyTPtmlDvnd0S
cI2ArcHXPFojEWwRk41DQeNdM2oi/22Db6YmA5kpipxT4sFRHYwdm1D5m17R/L8=
=cdDu
-----END PGP SIGNATURE-----

--qbRIijowvLC5Egsi0Enh8PXsEgSelaSLG--

- Raw text -