src-test2/include/stddef.h, branch releng/6.4

Change the definition of NULL on ia64 (for LP64 compilations) from

2003-12-07T21:10:06Z

an int constant to a long constant. This change improves consistency in the following two ways: 1. The first 8 arguments are always passed in registers on ia64, which by virtue of the generated code implicitly widens ints to longs and allows the use of an 32-bit integral type for 64-bit arguments. Subsequent arguments are passed onto the memory stack, which does not exhibit the same behaviour and consequently do not allow this. In practice this means that variadic functions taking pointers and given NULL (without cast) work as long as the NULL is passed in one of the first 8 arguments. A SIGSEGV is more likely the result if such would be done for stack-based arguments. This is due to the fact that the upper 4 bytes remain undefined. 2. All 64-bit platforms that FreeBSD supports, with the obvious exception of ia64, allow 32-bit integral types (specifically NULL) when 64-bit pointers are expected in variadic functions by way of how the compiler generates code. As such, code that works correctly (whether rightfully so or not) on any platform other than ia64, may fail on ia64. To more easily allow tweaking of the definition of NULL, this commit removes the 12 definitions in the various headers and puts it in a new header that can be included whenever NULL is to be made visible. This commit fixes GNOME, emacs, xemacs and a whole bunch of ports that I don't particularly care about at this time...

Be more explicit about a namespace by using the relatively new

2002-09-01T17:57:20Z

visibility primitives.

o Merge and into a new header

2002-08-21T16:20:02Z

called . o will continue to live so it can define MD clock macros, which are only MD because of gratuitous differences between architectures. o Change all headers to make use of this. This mainly involves changing: #ifdef _BSD_FOO_T_ typedef _BSD_FOO_T_ foo_t; #undef _BSD_FOO_T_ #endif to: #ifndef _FOO_T_DECLARED typedef __foo_t foo_t; #define _FOO_T_DECLARED #endif Concept by: bde Reviewed by: jake, obrien

Don't define wchar_t if we are a C++ compiler.

2002-07-09T05:13:30Z

PR: 31864, 40084

Move __offsetof() macro from to . It's

2002-07-08T16:43:35Z

hardly MD, since all our platforms share the same macro. It's not really compiler dependent either, but this helps in reducing to only type definitions.

Back out rev 1.4 (wint_t and mbstate_t) as I am tired of the complaints.

2001-05-24T19:29:15Z

The STLport will probably become broken again, but I'll work on fixing it later. I wish someone would explain why the NetBSD Cirtus branch has the types in their stddef.h... Requested by: bde, ru PR: 27606 Submitted by: Naohiko Tsuji

Add mbstate_t and wint_t.

2001-05-18T05:50:26Z

Convert all users of fldoff() to offsetof(). fldoff() is bad

2000-10-27T11:45:49Z

because it only takes a struct tag which makes it impossible to use unions, typedefs etc. Define __offsetof() in Define offsetof() in terms of __offsetof() in and Remove myriad of local offsetof() definitions. Remove includes of in kernel code. NB: Kernelcode should *never* include from /usr/include ! Make include to avoid polluting the API. Deprecate with a warning. The warning turns into an error on 01-12-2000 and the file gets removed entirely on 01-01-2001. Paritials reviews by: various. Significant brucifications by: bde

Fixed longstanding namespace convolution involving rune_t vs wchar_t.

1996-05-01T00:40:10Z

If _ANSI_SOURCE or _POSIX_SOURCE is defined, then had to be included before or to get rune_t declared. Now rune_t is declared perfectly bogusly in all cases when is included. This change breaks similar (but more convoluted) convolutions in the stddef.h in gcc distributions. Ports of gcc should avoid using the gcc headers.

BSD 4.4 Lite Include Sources

1994-05-24T09:57:34Z