delorie.com/archives/browse.cgi | search |
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 | |
:content-transfer-encoding; q=dns; s=default; b=QVrEAT/pCMi9mX5F | |
4XQpV6QmgNZ0aZygeLt338ZiYw01XUSWgfLoUtL7eob6rC9XUvijw0EW34mNaDLO | |
RNRD9GJIHYld3zLFU4DmHsG4z3VDoWEmQ2B+Q4nYjA0KvAv9PFS1skrFSPd34NH4 | |
8ONb1IWkRuPDF6+E3JYi/3gx+rg= | |
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 | |
:content-transfer-encoding; s=default; bh=CBzR5+AJTClQ4gQi1ge3bz | |
aSWnk=; b=iXJWcrmaQBeNRDJ6i1cGSZC9/gUHeJqxgIMjy4IRMXS9+6tLCdTU3T | |
v2BkWrKrQcyY4EwIIxQSS5w0qCbPpjv0lYl0bpGbKPIY77LTt0I6bNC/+McY2ulD | |
xgrvdtgSP9WZ8p4MpvioA2zriexwF1aE/H0H4wMIp+XivGn4z1V4Q= | |
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,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=puzzled, belonged, encounter, H*f:sk:5673035 |
X-HELO: | limerock04.mail.cornell.edu |
X-CornellRouted: | This message has been Routed already. |
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> |
From: | Ken Brown <kbrown AT cornell DOT edu> |
Message-ID: | <56731D8C.9020001@cornell.edu> |
Date: | Thu, 17 Dec 2015 15:39:40 -0500 |
User-Agent: | Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 |
MIME-Version: | 1.0 |
In-Reply-To: | <20151217201709.GA28305@calimero.vinschen.de> |
X-IsSubscribed: | yes |
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 generic >>>>> 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 ‘pthread_attr_t’ >>>> >>>> /usr/include/cygwin/signal.h:213:3: error: unknown type name ‘pid_t’ >>>> >>>> /usr/include/cygwin/signal.h:230:2: error: unknown type name ‘timer_t’ >>>> >>>> /usr/include/sys/signal.h:211:6: error: #error You need the winsup sources or a cygwin installation to compile the cygwin version of newlib. >>>> >>>> /usr/include/sys/signal.h:214:5: error: unknown type name ‘pthread_t’ >>>> >>>> /usr/include/sys/time.h:104:34: error: unknown type name ‘u_int’ >>>> >>>> [... 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 sending >> my mail. The errors occur while compiling some Gnulib modules in the emacs >> 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 :( Here's what happens: 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, which includes signal.h. We then get the errors I posted because we haven't yet finished including sys/types.h. 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 really belong in sys/types.h. So why does the latter include sys/select.h? Ken -- 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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |