From owner-freebsd-bugs  Wed Dec 25 22:50:04 1996
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA10453
          for bugs-outgoing; Wed, 25 Dec 1996 22:50:04 -0800 (PST)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id WAA10445;
          Wed, 25 Dec 1996 22:50:02 -0800 (PST)
Date: Wed, 25 Dec 1996 22:50:02 -0800 (PST)
Message-Id: <199612260650.WAA10445@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Bruce Evans <bde@zeta.org.au>
Subject: Re: kern/2279: questionable parameter types in /usr/include/signal.h
Reply-To: Bruce Evans <bde@zeta.org.au>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

The following reply was made to PR kern/2279; it has been noted by GNATS.

From: Bruce Evans <bde@zeta.org.au>
To: FreeBSD-gnats-submit@freebsd.org, jau@jau.tmt.tele.fi
Cc:  Subject: Re: kern/2279: questionable parameter types in /usr/include/signal.h
Date: Thu, 26 Dec 1996 17:39:47 +1100

 >>Description:
 >
 >	See the patch below in the Fix section.
 
 THere was no bug.  _BSD_PID_T is defined in <machine/ansi.h>.
 
 >--- /usr/include/signal.h.orig	Thu Dec 26 00:01:31 1996
 >+++ /usr/include/signal.h	Wed Dec 25 23:55:02 1996
 >@@ -36,6 +36,7 @@
 > #ifndef _SIGNAL_H_
 > #define	_SIGNAL_H_
 > 
 >+#include <sys/types.h>
 
 This restores the massive namespace pollution that I fixed in rev.1.4.
 Note that <sys/signal.h> is included unconditionally by <signal.h>, so
 it must be just as careful about namespace pollution as <signal.h>.
 
 Bruce