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:cc:content-type
	:content-transfer-encoding; q=dns; s=default; b=JFiQy5+GecNWf1ET
	u5qNTYnXHsOjaJvVV+bT3VKPe3vogroljAYRS80e4jSaTZy7aKOMpIVL6cXbvfNG
	9mYswkzMKpiHipngm9mUmOviSOSYv0oeggpNYaojj/7p+wyGSdQ7XfCX9El1VFUA
	xdCMdgdDrZcsA29PsUsrz6spT6E=
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:cc:content-type
	:content-transfer-encoding; s=default; bh=H80NBY/1CQwxDdru1QaJzP
	qZOL0=; b=RYFhnRnl8b1FSrOaWSPNSqX6/gxnAVRv3KtHB/zFT004S8lKMMubna
	RlMBad3bLK1kjwbqGQ6xIgE+CI904k9+zuxFNnhB5zgU5gzBptSiNipSu7QMGYLV
	nfPfjnLPmC4+OX2F3S/oo5xHy++41HF++HZXWbEI5T7mTis9jkef0=
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:	=?ISO-8859-1?Q?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=dtre, d'=c3=aatre, raison, dear?=
X-HELO:	mail-oi0-f47.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:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=FzWqR2UctPGv7OPMeH2/OmxPwx+UzorjUb5z3RUtuow=; b=Rt7nB9cZ401v/VR6lz9T9G9yg9CzidOo4zPkYBJYp4aw8ViCod7padoLH+RPlzafpQ jU33rfmvJYBn1rgIek7D69e3RHvn74uLsiCDFw7AWXW40iBB6v647AuaCQSGn10C6EN7 u9Sg4zaD/9Waq+tSVIB2qcqSijrcvxQ/jgkfjXKitQMUfLqyLwMYvodkQgeV2qUW/Kqa jootE6K4NRlQIZOGCWujHluxL+6O7dt3Kw2/8NOOZOqFKpk3C6iK5Iqlh5nXaCkGRRj1 pbnuXe3t/GMN/xKt4C9hj3FM+R8Lml/ucAQPaEoYpSekCwWuyr4n+6v37Yry6O1mPwE1 WLyg==
X-Gm-Message-State:	AODbwcCRO9Lbg3yvEwFJVGW/tT6hPBB8rA8I6UR6YKKpEqn1msYYN5fq mE81rGP2H5ykcSrBCwllNKbJK5houE3P
X-Received:	by 10.202.72.4 with SMTP id v4mr14771833oia.58.1497050211766; Fri, 09 Jun 2017 16:16:51 -0700 (PDT)
MIME-Version:	1.0
In-Reply-To:	<0F7D3B1B3C4B894D824F5B822E3E5A175B27070F@IRSMSX102.ger.corp.intel.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> <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> <0F7D3B1B3C4B894D824F5B822E3E5A175B27070F AT IRSMSX102 DOT ger DOT corp DOT intel DOT com>
From:	Ray Donnelly <mingw DOT android AT gmail DOT com>
Date:	Sat, 10 Jun 2017 00:16:50 +0100
Message-ID:	<CAOYw7ds=SOc7+YMahEudQsG17gC8Y0stL7pAr_eNoyoKRREyHg@mail.gmail.com>
Subject:	Re: CR-LF handling behavior of SED changed recently - this breaks a lot of MinGW cross build scripts
To:	cygwin AT cygwin DOT com
Cc:	=?UTF-8?Q?Hans=2DBernhard_Br=C3=B6ker?= <HBBroeker AT t-online DOT de>
X-IsSubscribed:	yes
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id v59NHAFd019110

On Fri, Jun 9, 2017 at 11:28 PM, Soegtrop, Michael
<michael DOT soegtrop AT intel DOT com> wrote:
> Dear Hans-Bernhard,
>
>> You're doing this via Cygwin, i.e. on a Windows machine, where MinGW is a
>> _native_ toolchain.  That begs the question: why are you doing a cross build in
>> the first place?
>
> I simply couldn't find another way to build 50 configure / make style libraries and tools on Windows. If there is a method I haven't heard of, please let me know. MSYS and MSYS2 couldn't build a single of these libraries or tools without huge patches while doing the same on cygwin used to work out of the box.

Sorry to go a little off-topic, can you give me a list of some of
these libraries and tools that can be built for a mingw-w64 host but
which don't build on MSYS2 without huge patches? The stuff you are
describing is the raison d'être for MSYS2 (and MSYS but I don't care
about MSYS). Feel free to take this off-list.

>
>> So you shouldn't even be getting to any place where the output of a cross-
>> target (i.e. MinGW) executable is run on the build host, and its output piped
>> into a build platform (i.e. Cygwin) tool.
>
> I think it is quite common to build MinGW tools on cygwin and then run these MinGW tools from cygwin, e.g. for regression testing and to process their output in cygwin e.g. to get a test verdict.
>
>> That means what you're trying to argue here is that an evident short-coming of
>> some build setups should be fixed by breaking Cygwin pipes' mode of operation
>> for everyone.  Sorry, but I don't see that happening.
>
> I think that arguing that one should not run MinGW programs from cygwin because they are entirely different operating systems and that a build system which does this has inherent short-comings is somehow neglecting reality. Why shouldn’t one do this is the only problem are CRs?
>
> I also didn't ask to mess up Cygwin's pipe system. All I ask for is that tools which are documented as text processing tools like sed have an environment option to be MinGW friendly. I think people who are using sed for binary files should use the -b option - if only to document that they are doing this intentionally.
>
>> > 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.
>
> That is true - just, as I said many times, all these tools are out of my control and I do not want to tell people to open streams used for text output with "wb" just to get around pure Windows artefacts. Many people on this list said that the maintainers of such SW have every right to reject such change requests and I agree. Please think about what you are asking me here to do: filing 200 fairly useless change requests against 50 Linux centric tool and libraries. Sorry, I am not going to do this. I rather beg here to be MinGW friendly.
>
> Best regards,
>
> Michael
>
> Intel Deutschland GmbH
> Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany
> Tel: +49 89 99 8853-0, www.intel.de
> Managing Directors: Christin Eisenschmid, Christian Lamprechter
> Chairperson of the Supervisory Board: Nicole Lau
> Registered Office: Munich
> Commercial Register: Amtsgericht Muenchen HRB 186928

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