>>>> "CGW" == Charles G Waldman
<cgw(a)pgt.com> writes:
CGW> Martin Buchholz writes:
>
> 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.
True. But...
Charles correctly points out that there's a bug. I can't speak for
others but the reason that I've never seen it is because things like
alloc.c are getting stddef.h indirectly.
The Sun C compiler has a -H option which shows inclusion and here's
how it works here (on alloc.c):
/import/verve/georgn/xemacs/xemacs-21.0-b57/src/events.h
/import/verve/georgn/xemacs/xemacs-21.0-b57/src/systime.h
/usr/include/sys/time.h
/usr/include/time.h
/usr/include/utime.h
/usr/include/sys/utime.h
/usr/include/sys/types.h
/usr/openwin/include/X11/Xlib.h
/usr/include/sys/types.h
/usr/openwin/include/X11/X.h
/usr/openwin/include/X11/Xfuncproto.h
/usr/openwin/include/X11/Xosdefs.h
/usr/include/stddef.h
/usr/include/sys/isa_defs.h
I'm running something a little more modern than 2.5.1 but looking at
one here I see that /usr/openwin/include/X11/Xlib.h includes stddef.h
directly.
So it's likely that the real source of Charles' pain lies somewhere in
what he's using as a windowing system.