On Oct 4 20:44, Yaakov S wrote: > On 29/09/2009 20:11, Yaakov (Cygwin/X) wrote: >> On 29/09/2009 19:35, Yaakov (Cygwin/X) wrote: >>> Anyway, to answer the question, AFAICS in glibc, <signal.h> #include >>> <bits/types.h> unconditionally[1]. (<sys/signal.h> is just one line: >>> #include <signal.h> [2]) >>> >>> So should I take the first route, patching newlib instead?
Newlib, methinks. >> int _EXFUN(kill, (int, int)); >> int _EXFUN(killpg, (pid_t, int)); >> >> Is that supposed to mean that we don't want to use pid_t here at all, >> and the intended solution would be to change killpg to (int, int), as >> ugly as that is, leaving only <cygwin/signal.h> needing the #include >> <sys/types.h>? > > Ping? I think the newlib kill declaration should be changed to pid_t, since that's simply correct per POSIX. I can;t believe the RTEMS people have a problem with that. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
