X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org CD3793858C33 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1692956347; bh=XvFibj+HBjeUaI/1jx65HuJ3WPVrQt0vVStpTHypkTk=; h=Date:To:Subject:References:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=yMpPjrrKdpAfcqQxno/19lBOa5NJIj18DEg0W7u0WBhZS4tDuG5idt8Vn0mPzFAQx A28vmRiMLJ2Bs2NfNN6wkaBe9nkkrCN0kRMz/XS8svtRiu/aujrnEbl2smTv4nWJ4d lnakTW8Lt4rjYx9olidA4o8fIRCu5WPd88YVzn94= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 0F3433858C53 Date: Fri, 25 Aug 2023 11:38:28 +0200 To: cygwin AT cygwin DOT com Subject: Re: can't compile coreutils-9.3 any more after upgrade to cygwin-3.4.8 Message-ID: Mail-Followup-To: cygwin AT cygwin DOT com References: <83C27059-CB24-48F5-AC91-AB0622DF82CD AT Denis-Excoffier DOT org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Corinna Vinschen via Cygwin Reply-To: cygwin AT cygwin DOT com Cc: Corinna Vinschen Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" On Aug 24 14:39, Mark Geisert via Cygwin wrote: > Hi Denis, > > Thanks for the report. More below... > > Denis Excoffier via Cygwin wrote: > > Hello, > > When i try to compile coreutils-9.3 under cygwin-3.4.8 i get the following error messages (see below). > > There seems to be a kind of loop in the hierarchy of #includes. > > Moreover, with cygwin-3.4.7, this is ok. Also, if under cygwin-3.4.8 i remove the 2 #includes from /usr/include/sys/cpuset.h, > > this is also ok. > > > > Regards, > > > > Denis Excoffier. > > > > [...] > > /usr/include/sys/signal.h:227:29: error: expected ')' before 'int' > > 227 | int pthread_kill (pthread_t, int); > > | ^~~~ > > | ) > > ISTM the above could be fixed by moving "#include " after all > the typedefs in . That would be an odd location for an > #include though. Another approach would be to have explicit external refs > for the needed two functions in and remove the #includes > there. > > > In file included from /usr/include/sys/stat.h:22, > > from ./lib/sys/stat.h:47, > > from ./lib/fcntl.h:64, > > from ./lib/unistd.h:99, > > from ./lib/stdlib.h:98, > > from /usr/include/sys/cpuset.h:12, > > from /usr/include/sys/_pthreadtypes.h:12, > > from /usr/include/sys/types.h:221, > > from ./lib/sys/types.h:39, > > from ./lib/stdio.h:69, > > from src/chroot.c:21: > > /usr/include/cygwin/stat.h:27:3: error: unknown type name 'timestruc_t' > > 27 | timestruc_t st_atim; > > | ^~~~~~~~~~~ > > /usr/include/cygwin/stat.h:28:3: error: unknown type name 'timestruc_t' > > 28 | timestruc_t st_mtim; > > | ^~~~~~~~~~~ > > /usr/include/cygwin/stat.h:29:3: error: unknown type name 'timestruc_t' > > 29 | timestruc_t st_ctim; > > | ^~~~~~~~~~~ > > /usr/include/cygwin/stat.h:32:3: error: unknown type name 'timestruc_t' > > 32 | timestruc_t st_birthtim; > > | ^~~~~~~~~~~ > > I don't have an answer for these. Awaiting more input from our wizards. > I'm willing to submit the patch for any agreed solution. Usually it's easily fixable. There's typically no loop because of the guards, e.g. #ifndef _SYS_CPUSET_H_ #define _SYS_CPUSET_H_ but some guarding can have side effects. However, somebody needs to come up *at least* with a simple reproducer. Corinna -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple