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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=BzNdJhgpmvxi03gQx8yoiwFKZe5eq/TRROwGXESWECJoIrOcE7Ts4
	QEylVwk5ipNf0h/JGXvAb5f3vdJngNapCsw8TLXj/C+MOsggqJaGRA87cBlp8tUW
	XP1DUUqQMHWExBZvWdM6f0yxqNDQFtSQeDJqPkbojk/aPKnaHUq7NQ=
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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	bh=q8WQHa7QyVXMSz3OpttAe4MGp5I=; b=ZKzojGzldukYPWqg5ZAcnQysQ0Rx
	xtTlgdY7UwtOTprzRWgJcWssi5Am7kUxMFHlzexO4dSpDyBQqvPHo6Pmydl1M4GU
	6l1IVlTMyxZQbG+SgsVmgPU8CQ133PxHvYMKumyGud0cY+jyxMSYw7U3DVgWOos9
	krej50faM0XnKbA=
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=-101.9 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_PBL,RDNS_DYNAMIC,USER_IN_WHITELIST autolearn=no version=3.3.2 spammy=HX-HELO:sk:calimer, H*r:188.192.47, Hx-spam-relays-external:sk:ipbcc02, Hx-spam-relays-external:188.192.47.232
X-HELO:	calimero.vinschen.de
Date:	Thu, 17 Dec 2015 22:01:07 +0100
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.11
Message-ID:	<20151217210107.GC3507@calimero.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-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>
MIME-Version:	1.0
In-Reply-To:	<56731D8C.9020001@cornell.edu>
User-Agent:	Mutt/1.5.23 (2014-03-12)

--2/Dpz40iF3jpiHxF
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Dec 17 15:39, Ken Brown wrote:
> On 12/17/2015 3:17 PM, Corinna Vinschen wrote:
> >On Dec 17 13:47, Ken Brown wrote:
> >>Hi Corinna,
> >>
> >>On 12/17/2015 4:36 AM, Corinna Vinschen wrote:
> >>>Hi Ken,
> >>>
> >>>On Dec 16 18:12, Ken Brown wrote:
> >>>>On 12/16/2015 11:48 AM, Corinna Vinschen wrote:
> >>>>>- The header file layout has been cleaned up, mostly in terms of the
> >>>>>    sys/select.h, sys/signal.h and sys/types.h files.  This is a gen=
eric
> >>>>>    change in newlib and aligns the affected headers more closely to
> >>>>>    the FreeBSD layout.
> >>>>
> >>>>These changes are leading to lots of errors when building emacs:
> >>>>
> >>>>/usr/include/cygwin/signal.h:178:3: error: unknown type name =E2=80=
=98pthread_attr_t=E2=80=99
> >>>>
> >>>>/usr/include/cygwin/signal.h:213:3: error: unknown type name =E2=80=
=98pid_t=E2=80=99
> >>>>
> >>>>/usr/include/cygwin/signal.h:230:2: error: unknown type name =E2=80=
=98timer_t=E2=80=99
> >>>>
> >>>>/usr/include/sys/signal.h:211:6: error: #error You need the winsup so=
urces or a cygwin installation to compile the cygwin version of newlib.
> >>>>
> >>>>/usr/include/sys/signal.h:214:5: error: unknown type name =E2=80=98pt=
hread_t=E2=80=99
> >>>>
> >>>>/usr/include/sys/time.h:104:34: error: unknown type name =E2=80=98u_i=
nt=E2=80=99
> >>>>
> >>>>[... and many more]
> >>>
> >>>This puzzles me.  It looks like you're missing sys/types.h when
> >>>including sys/signal,h, but sys/signal.h includes sys/types.h by
> >>>itself, prior to including cygwin/signal.h.
> >>>
> >>>How can I reproduce this?  An STC like this:
> >>>
> >>>   #include <signal.h>
> >>>   main () {}
> >>>
> >>>is definitely not sufficient.
> >>
> >>Sorry, I hadn't looked at what was happening closely enough before send=
ing
> >>my mail.  The errors occur while compiling some Gnulib modules in the e=
macs
> >>source tree.  It may take me a while to sort this out. Maybe Gnulib will
> >>have to be patched to take Cygwin's new header layout into account.
> >
> >I'm still puzzled.  The changes, especially to sys/signal.h and
> >cygwin/signal.h are rather minor.  The really big thing is to move the
> >macros related to select(2) from sys/types.h, where they never really
> >belonged to, into sys/select.h, rather than including sys/types.h from
> >sys/select.h.  Especially the changes to sys/signal.h and cygwin/signal.h
> >don't really add up to the error messages you encounter.  I inspected
> >the files today and I really don't see how this could happen :(
>=20
> Here's what happens:
>=20
> One of the Gnulib modules includes sys/types.h, which includes sys/select=
.h
> because of the recent changes.  This brings in Gnulib's sys/select.h, whi=
ch
> includes signal.h.  We then get the errors I posted because we haven't yet
> finished including sys/types.h.
>=20
> All the build errors disappear if I remove '#include <sys/select.h>' from
> sys/types.h.  You said above that the macros related to select don't real=
ly
> belong in sys/types.h.  So why does the latter include sys/select.h?

Because it's done exactly the same way on FreeBSD and OpenBSD:

  # if    __BSD_VISIBLE
  #include <sys/select.h>
  [...]

Gnulib should allow to work with this to be portable.  So why does gnulib
provide its own sys/select.h?  Is it configurable?


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--2/Dpz40iF3jpiHxF
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWcyKTAAoJEPU2Bp2uRE+gyUYP/RfftzriDu2a4Oz2S0WZlPal
OvjTr6N11pOsLOG4HmSypQo2tJSwIIACf5zKaDCE8cOmsASQkitNck82aHMCJbQ1
9bD5AsjO0eWe/uZjMR9zHvyR70pU0AFPiIm1MVgMl0m71d9hqlC8/6GXtKVkRmN/
NxMBKfC7Zp3C5tf5BmUyErLy/J0Oi0bVfw+IgInz8MdX8geTHRd4lZaD0tSjR2KF
WGzYxcaq8utYAmCoNXxQGqqLcI9aC2cDF0j6w0zUtAucj2dn7xaISSVs7Yk0EWu3
gCSCaL+Ayde1Q1KsT+HlzTvA7IDNUpcw3eYuIOa0EfM/Kz/3UcIr+xi2rKhQ/Vga
hpvFSz4HJAyX0lZqM9hDsONgloXsBhz5ByJjbyXjOjLerPoNnh0sTQY1g98ftIin
Gi4mmhQ+2I4PyWoQAIfo+2mFl5lVj+QiYjPKsuGsQsJ2Y1WmXGFOfetJhDa+3UtI
L/aPaVfNViJB+C6ubA/a/WqZ5VYyOgjbwPRxXC+mUIBLY2cPZhIeVMcSS8bdw3Wd
6UwiJuLSmJSLF/VDQjsQeArkyOiZid1+0+BuSkkCfheZcvHbpRWtnBuma9mMw5qh
R4F8S9EFXVsYmr2RbDBzmRrQDSEuWI3WuWRiCQwJoxHFtals6VXckj+IMoGnlfYz
ZoLaHxiPaCvy8oYwA0gO
=QIDK
-----END PGP SIGNATURE-----

--2/Dpz40iF3jpiHxF--

- Raw text -