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=u7Ck
	jKvh7P3kJe8mkDvxpw4ELC2AfcYW8h4YxSCF+/oUEtURv5b1xOI7BlF8x2/fcvrS
	w3l3YivvVIfkwVcvbbZInHxYvtnd2jQG1mwYtgb8oHrUd++o5cU7wV6W+Vmm/DWo
	FXXUIDXJsLiBRZpaFjsars0J7yzboXRfsQeNE1M=
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=sckWVGZGUT
	eduNAPk/zpDIQgh6k=; b=uxHfKGFzUo3IPiOJ8gm7L4vJ9R/qIDHBtmWnr1EOtu
	H0Anx4BpUKjzd+xZWLQCTLX1fdXUCglOpWhHP4z1l4IXPry90UzwED8syru8sM//
	ai6RzTGUoSBZaeSvZ8DL3zwpBJAsxdddil68J5//MhpV2cfbXTNzNw2YM2CJ8ytM
	g=
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.8 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=H*MI:sk:5673262, H*f:sk:5673262, Hx-languages-length:1623, H*i:sk:5673262
X-HELO: mx1.redhat.com
Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.11
To: cygwin AT cygwin DOT com
References: <20151216164848 DOT GM3507 AT calimero DOT vinschen DOT de> <5671EFF8 DOT 6030804 AT cornell DOT edu> <20151217093634 DOT GP3507 AT calimero DOT vinschen DOT de> <56730350 DOT 1080002 AT cornell DOT edu> <20151217201709 DOT GA28305 AT calimero DOT vinschen DOT de> <56731D8C DOT 9020001 AT cornell DOT edu> <20151217210107 DOT GC3507 AT calimero DOT vinschen DOT de> <56732621 DOT 6040101 AT redhat DOT com>
From: Eric Blake <eblake AT redhat DOT com>
Openpgp: url=http://people.redhat.com/eblake/eblake.gpg
Message-ID: <56732BEB.7020507@redhat.com>
Date: Thu, 17 Dec 2015 14:40:59 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <56732621.6040101@redhat.com>
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="f5VxblCHDRTwkPl4WACMGHmIWabWF3pnJ"
X-IsSubscribed: yes

--f5VxblCHDRTwkPl4WACMGHmIWabWF3pnJ
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 12/17/2015 02:16 PM, Eric Blake wrote:
> On 12/17/2015 02:01 PM, Corinna Vinschen wrote:
>=20
>>> Here's what happens:
>>>
>>> One of the Gnulib modules includes sys/types.h, which includes sys/sele=
ct.h
>>> because of the recent changes.  This brings in Gnulib's sys/select.h, w=
hich
>>> includes signal.h.  We then get the errors I posted because we haven't =
yet
>>> finished including sys/types.h.
>=20
> Gnulib has been taught to work around early inclusion problems before;
> sounds like this will be another case where gnulib has to make sure the
> system header is complete before its own replacements kick in.
>=20
>>>
>>> All the build errors disappear if I remove '#include <sys/select.h>' fr=
om
>>> sys/types.h.  You said above that the macros related to select don't re=
ally
>>> belong in sys/types.h.  So why does the latter include sys/select.h?

Another data point: POSIX does NOT allow <sys/types.h> to pollute the
namespace with symbols from <sys/select.h>.  True, the use of
__BSD_VISIBLE says that POSIX is not in play, but I'm suspecting that
very few programs are written that use sys/select.h functionality but
were relying on the BSD headers to indirectly include it via
sys/types.h, since such programs would fail to compile on other systems
where the indirect include is not present (more likely, any clients of
sys/select.h are directly including it).

So at this point, I'm leaning towards fixing the cygwin header to not
include sys/select.h from sys/types.h.

--=20
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org


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

iQEcBAEBCAAGBQJWcyvrAAoJEKeha0olJ0Nq1xoH/2zwPkFUDcY7Yd2H/O7V1sy4
8TZSAEYJzwi3MT3FhL6J+MlH94pjKHnxnlvLytfsBecBJ8zTYX3vh1EmLQJbTYMf
rco8/k8TBCXqU7rZyazNSxACom3vw3yQ4nO+Q2s3Vm8jaQklmBiIfQCR/3jQg/S1
VWzsR51Uv3uk/mhAQusjxeaUhNhKL/hP99lRMym9mBzDdZnoIPGm9ds+lCPa+Ww8
tW8uPVF94MDBMiMEB0OWnG0w2eQOW4ibN3hxU0UyMg1f2mGL9cWfsfkduJW3rHTZ
nqTu8VaTtGWog05mGmxZyrly6PNPo70FMOkOhEFCA1weBDkg7UNmEazFPkLd1wQ=
=KjS6
-----END PGP SIGNATURE-----

--f5VxblCHDRTwkPl4WACMGHmIWabWF3pnJ--