Re: standards/50983: stddef.h max_align_t conflicts with pkgsrc firefox

[Kamil Rytarowski <n54%gmx.com@localhost>]

The following reply was made to PR standards/50983; it has been noted by GNATS.

From: Kamil Rytarowski <n54%gmx.com@localhost>
To: matthew green <mrg%eterna.com.au@localhost>, gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: standards/50983: stddef.h max_align_t conflicts with pkgsrc
 firefox
Date: Sun, 20 Mar 2016 13:02:11 +0100

 -----BEGIN PGP SIGNED MESSAGE-----
 Hash: SHA256
 
 On 20.03.2016 12:20, matthew green wrote:
 > firefox has no right to claim a *_t namespace itself, i think.
 > 
 > while we could add guards here (and i encourage people to find the
 > correct set, which may be the same as DF), i'm pretty sure that
 > firefox shouldn't be defining its own *_t symbol.
 > 
 > 
 > .mrg.
 > 
 
  B.2.12 Data Types
 
 The requirement that additional types defined in this section end in
 "_t" was prompted by the problem of name space pollution. It is
 difficult to define a type (where that type is not one defined by IEEE
 Std 1003.1-2001) in one header file and use it in another without
 adding symbols to the name space of the program. To allow implementors
 to provide their own types, all conforming applications are required
 to avoid symbols ending in "_t", which permits the implementor to
 provide additional types. Because a major use of types is in the
 definition of structure members, which can (and in many cases must) be
 added to the structures defined in IEEE Std 1003.1-2001, the need for
 additional types is compelling.
 
 http://pubs.opengroup.org/onlinepubs/000095399/xrat/xsh_chap02.html
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v2
 
 iQIcBAEBCAAGBQJW7pFCAAoJEEuzCOmwLnZshdIQAL1L7WrvaiwcnikbU4BQn1PB
 ItqCwt8b9Q4nkwj1Q4Ie/e8JM6aRqTk/JwBT6WapDYovZb4k1Q+0EjwXm/zDaA0X
 WqxkMEVeTf4HFZ6zTxNLvPHVJaLM7TSxBP+/U6/XMdfGpfqBGhdwxTJu/HC9oml5
 rFRiDIMG7lj+mTpsPT3TT/GgYgo7uGnK48TRONRYwgQ0h8GwwsOQFLc+fz9CG4lx
 A6WvrVv/kGCr6nBh9LcGrwyxe3K1Dk/mzlmEVOq9YIGfbi1JxzTqTWEjdB+vVHJ+
 kDsOr7VtRbECD1vr6iZWM5wQTvvsltEcFkKTKl7rp6CiKD39Fz+M2Qw2R+GGMmVe
 RccTTpltpOfhnv4DXD+4pBJTZkEh+X4ZaNpD0NrOXOLDOERp1tdY+JdI/93ZEoVO
 BQVQsPxUKEkEZxE8OLzW/2HEsbpsSxYuI1eafyc5A8clbjlry3X8CToMpkmba0JY
 0e+eJaxq77Zr334julo7m1yMc4l134zFRgfij1/XPYR57DRBKqPc8CDKi2bGlovP
 rEdmhpjIJ/FnGt/KUZ1NO90qi64rWVAjobQr6k6/AJFczTQW6AzTFvs/8Z6sO2yE
 P7xHjSi4oAy8eldUInKt9SeifwNWZWkfPRKGsxUlOU4pW+L85NEc5NXNmGOW56pY
 p1aj/BUNXsAqed5LCapg
 =mTug
 -----END PGP SIGNATURE-----