This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 1/5] obstack tidy
- From: Roland McGrath <roland at hack dot frob dot com>
- To: Alan Modra <amodra at gmail dot com>
- Cc: bug-gnulib at gnu dot org, libc-alpha at sourceware dot org
- Date: Mon, 28 Jul 2014 12:31:00 -0700 (PDT)
- Subject: Re: [PATCH 1/5] obstack tidy
- Authentication-results: sourceware.org; auth=none
- References: <1406354233-7664-1-git-send-email-amodra at gmail dot com> <1406354233-7664-2-git-send-email-amodra at gmail dot com>
> a) Delete nonsense about "not polluting the namespace with stddef.h
> symbols" since string.h includes stddef.h a little later anyway.
If you are talking specifically about the glibc implementation's string.h,
then you are confused. glibc's string.h complies with the C and POSIX
standards, and so does not pollute the namespace with all of stddef.h's
names. It only defines size_t and NULL via stddef.h. If you also want
ptrdiff_t for use in obstack.h, with GCC's stddef.h you can do:
#define __need_ptrdiff_t
#include <stddef.h>
That said, I don't think anybody actually cares about a GNU extension
header like obstack.h implicitly defining common standard C symbols like
that ones that stddef.h defines.