Date: Sat, 30 Sep 2000 10:31:08 +1100 (EST) From: Bruce Evans <bde@zeta.org.au> To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu> Cc: Peter Pentchev <roam@orbitel.bg>, freebsd-bugs@FreeBSD.ORG, freebsd-standards@khavrinen.lcs.mit.edu Subject: Re: misc/21644: /usr/include/sys/mman.h uses a type defined in /usr/include/sys/types.h Message-ID: <Pine.BSF.4.21.0009301016180.3321-100000@besplex.bde.org> In-Reply-To: <200009291628.MAA92746@khavrinen.lcs.mit.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 29 Sep 2000, Garrett Wollman wrote: > The P1003.1-200x document eliminates the requirement for <sys/types.h> > in many places; see (e.g.) the description of fork() at XSH pages 887 > through 891 (and specifically lines 12890 and 12891). P1003.1-1996 doesn't require <sys/types.h> for shm_open(), so I suppose this requirement never existed for shm_open() (and probably similarly for the other new functions in P1003.1-1996). > So, this is a > change we are going to be required to make. Not precisely the change in the PR. <sys/types.h> has too much namespace pollution to include nested. The correct change (unless P1003.1-200x is so broken as to require everything that may be in a POSIX <sys/types.h> to be declared in <sys/mman.h>) is to replace mode_t by a basic type that is compatible with mode_t and whose name is not in the application namespace. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0009301016180.3321-100000>