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
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
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
> 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
