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:mime-version:in-reply-to:references:from:date
	:message-id:subject:to:content-type:content-transfer-encoding;
	q=dns; s=default; b=EWRlZlFUlTl17pajTX5MfCCGynQcV6La3cdqi3oLnwr
	KTEQkIiQZ02h9EbNOMKHmguARI1Qab5lb6MHcUieUsRsijyC4Wd04oTt5e9g1lP0
	mDpcfTsjL0Bz5LxnzPbmd2YOG8Z/+rqz0tyM43i0A8GQIPKU73AeXicAGJv0bUwg
	=
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:mime-version:in-reply-to:references:from:date
	:message-id:subject:to:content-type:content-transfer-encoding;
	s=default; bh=MpvkvZLnh7qXKw04avWm6Zz2jfk=; b=YeSGclA1aXWZOxETD
	3m+Ongw+jMySkolzI0zMHaW9A6ItCjZmb7WLVYOGHQrfen9FfccdIgK5NbgWYY3u
	3QG0rEwkmCVpPpAMDcmQQY725FMXRR3qvwxq1OV337NelosXf6bkPldR1cheEjIP
	OqrWubIRGVeY62+yyEvtt2atLY=
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=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=complaints, Hx-languages-length:890
X-HELO:	mail-wr0-f180.google.com
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:content-transfer-encoding; bh=FJMA9e1ViSMKgYDuUo/z/JJRlHtSAkx91lbTGbhxguQ=; b=beyJjtJMSCXHwRUJCokdNGF1unEu8ShPrbGycQqdc2QJ8+kBLN9HF1HMY9ns63bz0y Qqh2sMbdLuwCBQd2prPy6fEdeN4GLZk7BFg6pWMc9ubGIolE9QEiNxSo8be6pmCEqslG icUR6loslE7Qh2JPHdZDA0TRm+0NV+zF4saoWjR1I62htjI4Ny5nTHVNY+pNkTFKpHO5 qBk3iIeoHxNSFgMGFCG7faXr4KYQ3rAueB3Mq6jf6bFIzbyMa2Xwk6+sXuAgt6wEGUy/ P6FN0n2LTbkJqa2sTMjkAo1z0aP+n0I0ypp3VkVbg1FV4GhzUG4B0jFPRZf0rTAGUVfr OeeA==
X-Gm-Message-State:	AKS2vOy0j9TB7yJCXTFiG7Kxh006324uma+lOIqjj0GLtXMr0yy6jC7z f5Cz1GX9iO2xghX8nomLZz1dHlY1r52D
X-Received:	by 10.223.176.25 with SMTP id f25mr159107wra.74.1497036642584; Fri, 09 Jun 2017 12:30:42 -0700 (PDT)
MIME-Version:	1.0
In-Reply-To:	<76b29936-06a3-bfd1-0d6c-02c95034f9d5@t-online.de>
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> <59399CC5 DOT 60900 AT tlinx DOT org> <417f84ac-5d9f-dc50-e912-973e90b8a128 AT redhat DOT com> <0F7D3B1B3C4B894D824F5B822E3E5A175B26F278 AT IRSMSX102 DOT ger DOT corp DOT intel DOT com> <34b26965-34c2-b5f0-a3f2-b2c3df344b08 AT gmail DOT com> <0F7D3B1B3C4B894D824F5B822E3E5A175B270518 AT IRSMSX102 DOT ger DOT corp DOT intel DOT com> <5313de97-d9bd-d9c9-cb4a-254a3eadcf4a AT redhat DOT com> <0F7D3B1B3C4B894D824F5B822E3E5A175B2705E9 AT IRSMSX102 DOT ger DOT corp DOT intel DOT com> <76b29936-06a3-bfd1-0d6c-02c95034f9d5 AT t-online DOT de>
From:	Erik Soderquist <ErikSoderquist AT gmail DOT com>
Date:	Fri, 9 Jun 2017 15:30:41 -0400
Message-ID:	<CACoZoo1P+75e9PMRB=BZER9MDo-f=2QV_5absnthaAJu3US5FA@mail.gmail.com>
Subject:	Re: CR-LF handling behavior of SED changed recently - this breaks a lot of MinGW cross build scripts
To:	cygwin <cygwin AT cygwin DOT com>
X-IsSubscribed:	yes
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id v59JVKhd023241

On Fri, Jun 9, 2017 at 2:42 PM, Hans-Bernhard Bröker wrote:
>> I don't see another way than having sed strip away the CRs. It
>> doesn't make sense to build programs intended to be run under plain
>> Windows such that they do not produce CRs.
>
>
> I believe it makes much more sense than you think.  Hardly any Windows tool
> worth using actually _needs_ those CRs in the first place.

I agree heartily with this; the only Windows tool I use that is
actually dependent on CR is notepad, and usually that is only for a
lazy verification that CR is/isn't present

Everything I've written for dealing with Windows CR infested outputs
in *nix environments I strip all CRs as my first step, and do not put
CRs in my output; so far no complaints from end users about the
missing CRs.

-- Erik

--
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

- Raw text -