>>>> "Charles" == Charles G Waldman
<cgw(a)pgt.com> writes:
Charles> I tried building 21.0-b57 on a Sparcstation 4 running SunOS 5.5.1
Charles> There is apparently no check in the configure script for
"ptrdiff_t".
Charles> This type is defined in /usr/include/stddef.h, but this header file
Charles> is not getting included anywhere, and the compilation bombs out.
Charles> Manually sticking "#define ptrdiff_t int" into config.h made it
possible
Charles> to compile XEmacs on this platform.
Charles> SunOS spooky 5.5.1 Generic_103640-08 sun4m sparc SUNW,SPARCstation-4
Charles> gcc --version
Charles> 2.8.1
I don't understand how this could happen. All ANSI C platforms have
ptrdiff_t, and it's supposed to live in stddef.h. It's hard to
believe only gcc + sunos5.5.1 would have this problem.
My upcoming mega-patch will add
#include <stddef.h>
for bytecode.c, elhash.c, and opaque.c, for offsetof() and ptrdiff_t.
It's the compiler's responsibility, not the operating system's, to
provide the stddef.h header.
There's a good chance your gcc was not built on exactly the same level
of the OS as you're running it. gcc is quite sensitive to mixing OS
levels, more so than any other GNU program.
Martin