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=cMke
	wqEdAtyeGlgz47QFX2U9jP4yI4sxyEvMYXUwHqLbcZ0oX2+Da99BGL9oAIJor9zR
	id6s+GSXJtNStOqa/CLo3eDsOT/K/bjcLsyDHRRYJrE11BI/+pFsfsX73dfnJVH3
	Y+qOnIer9uBdWU919Z4u8zH7eGQYUEX+K9B9tJ8=
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=k7mSYbS6Lu
	HM2sp9HpAuf8hhf7g=; b=hsiLWkrSx9cdvDiedxkD8+sO9vOK+EZ5Be7oPtXfqG
	+HZolJt63m89Pxwc2/vBImO/tVSKeHKnlELkkEOY5yoqAl0NoNOg1/7tko5qTTVT
	0toefVbeaLrx9NgP7jCknsIU2MifXavcMqTqyCmwzCGRGnwoX6Kmpqhp0bDmzSul
	k=
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=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=no version=3.3.2 spammy=Hx-languages-length:1079, treating, 8, announcement
X-HELO: mx1.redhat.com
DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com DF447C057FA4
Authentication-Results: ext-mx08.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
Authentication-Results: ext-mx08.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 DF447C057FA4
Subject: Re: grep-3.0-2 issues within Makefile
To: cygwin AT cygwin DOT com
References: <CA+fGtfD__FcrTwnWbg4HyTLPE-2tkSUj7cGUqyioXv6ZtiTh7Q AT mail DOT gmail DOT com> <c1317ef2-f8db-e96e-fc0a-0bda4248c3f4 AT gmail DOT com>
From: Eric Blake <eblake AT redhat DOT com>
Openpgp: url=http://people.redhat.com/eblake/eblake.gpg
Message-ID: <aa4bc3a5-89f3-5379-8a45-274d2aa0d2fe@redhat.com>
Date: Mon, 29 May 2017 06:39:53 -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: <c1317ef2-f8db-e96e-fc0a-0bda4248c3f4@gmail.com>
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kde48HSWN44IV7tp6TwV5lL597Nk9KfWv"
X-IsSubscribed: yes

--kde48HSWN44IV7tp6TwV5lL597Nk9KfWv
Content-Type: multipart/mixed; boundary="KlninlhhMJN0mjvNvSWgAJ8fglAeGr3Rb";
 protected-headers="v1"
From: Eric Blake <eblake AT redhat DOT com>
To: cygwin AT cygwin DOT com
Message-ID: <aa4bc3a5-89f3-5379-8a45-274d2aa0d2fe AT redhat DOT com>
Subject: Re: grep-3.0-2 issues within Makefile
References: <CA+fGtfD__FcrTwnWbg4HyTLPE-2tkSUj7cGUqyioXv6ZtiTh7Q AT mail DOT gmail DOT com>
 <c1317ef2-f8db-e96e-fc0a-0bda4248c3f4 AT gmail DOT com>
In-Reply-To: <c1317ef2-f8db-e96e-fc0a-0bda4248c3f4 AT gmail DOT com>


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

On 05/29/2017 03:52 AM, Marco Atzeri wrote:
> On 29/05/2017 08:34, Daniel Fort wrote:
>> grep-3.0-2 binary will not function as expected when the -v option is
>> used in a Makefile.
>=20
> Please note the last grep announcement
> https://sourceware.org/ml/cygwin-announce/2017-02/msg00035.html
>=20
> and the changes between text and binary mounts.
>=20

>> Using a Cygwin install that includes the default grep-3.0-1 will
>> result in errors when running the follow Makefile code:
>>
>> localsyms: libtcctmp.o
>>     @$(READELF) $< -Ws | $(AWK) "{print \$$8}" | sort | uniq \

Most likely, $(READELF) is producing \r\n-terminated output. The
solution, then, is to rewrite the line to:

$(READELF) $< -Ws | tr -d '\r' | $(AWK) ...

>=20
> and what is the error ?

Most likely, grep is not filtering as expected, because now that it is
treating your data as binary rather than text, your explicit $ anchor is
only matching \n instead of \r\n.

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


--KlninlhhMJN0mjvNvSWgAJ8fglAeGr3Rb--

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

iQEcBAEBCAAGBQJZLAiJAAoJEKeha0olJ0NqNRwH/0uqs1WkE42reqiBej6tXx3i
HVHWTosiy73C7TuZwL+W9HHT+3OCRdsLUFzIvzNP2XXdYgtbT0fRAlNW+3D2EKum
iNAVQXZKBj1q2uzdkX65ateEa2UexZsJUVhyX5NcBpQhN/jufgpYMZQZ52PR+1G9
hGc+SGTnySbVZnkPA2dceGBYQs5rFAtX9x4LUV/hzfywPq9Pk7ITu4XvcjNAKe36
doVKzBIdqsM1tmysutjNjCzdXqQsw1UJE+H3DIndXwMVdTTYqFUX4O0J+yjoXZzu
ftC73lRzMfMfXDPgt2Febu6nJrGXc7S11DzTPxYo1aqJSBrCCY3JaN26j4qanM4=
=tvzS
-----END PGP SIGNATURE-----

--kde48HSWN44IV7tp6TwV5lL597Nk9KfWv--