From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 130285 invoked by alias); 17 Dec 2015 21:01:11 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 130275 invoked by uid 89); 17 Dec 2015 21:01:11 -0000 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 Received: from ipbcc02fe8.dynamic.kabel-deutschland.de (HELO calimero.vinschen.de) (188.192.47.232) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 17 Dec 2015 21:01:10 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id B3BDBA8062D; Thu, 17 Dec 2015 22:01:07 +0100 (CET) Date: Thu, 17 Dec 2015 21:01:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.11 Message-ID: <20151217210107.GC3507@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <20151216164848.GM3507@calimero.vinschen.de> <5671EFF8.6030804@cornell.edu> <20151217093634.GP3507@calimero.vinschen.de> <56730350.1080002@cornell.edu> <20151217201709.GA28305@calimero.vinschen.de> <56731D8C.9020001@cornell.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2/Dpz40iF3jpiHxF" Content-Disposition: inline In-Reply-To: <56731D8C.9020001@cornell.edu> User-Agent: Mutt/1.5.23 (2014-03-12) X-SW-Source: 2015-12/txt/msg00196.txt.bz2 --2/Dpz40iF3jpiHxF Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 3456 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 > >>> 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 ' 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 [...] 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 Content-length: 819 -----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--