Re: glibc 2.27: less than two weeks till release

[Florian Weimer <fweimer at redhat dot com>]

On 01/22/2018 04:48 PM, Joseph Myers wrote:
> On Mon, 22 Jan 2018, Szabolcs Nagy wrote:
>
> > on aarch64 a list of cpu states (e.g fp registers) can only be
> > accessed via parsing the __reserved member (there are no macros
> > or functions defined for this, the user has to manually cast).
>
> If there are semantics beyond simply being reserved, there needs to be a
> prominent comment explaining how there are already such semantics in
> current kernel etc. versions, since any field that is just reserved should
> be named using the __glibc_reserved convention, not __reserved, __unused,
> __pad etc. (and __reserved without such an explanation thus looks like a
> field that should be renamed to conform to normal glibc coding style).

It is reserved space for dynamic allocations, similar to the __space 
field in struct scratch_buffer, and the context data contains offsets 
relative to the start of the field.  It is in active use today and not 
intended for future expansion.

Thanks,
Florian