> 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
This is definitely not going to make it into glibc-2.20, so you might want
to wait until we're out of release freeze to worry too much about the
glibc-oriented bits. Meanwhile, you can iron out your other cleanups with
gnulib folks.
For glibc you need to do some more work to make the provision of
On Mon, Jul 28, 2014 at 12:31:00PM -0700, Roland McGrath wrote:
> > 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
On Mon, Jul 28, 2014 at 12:36:21PM -0700, Roland McGrath wrote:
> This is definitely not going to make it into glibc-2.20, so you might want
> to wait until we're out of release freeze to worry too much about the
> glibc-oriented bits.
That's fine. I figured the patch wasn't 2.20 material. I cop
