about summary refs log tree commit diff
path: root/Makefile
diff options
context:
space:
mode:
authorRich Felker <dalias@aerifal.cx>2018-03-10 20:45:49 -0500
committerRich Felker <dalias@aerifal.cx>2018-03-12 20:04:59 -0400
commit919ad8d5fbb1caa18c3719304ffeeb0e0dde1bb5 (patch)
tree132067179a5e418dd3f565e001a249824c48d268 /Makefile
parenteb5ae94016f0e3e4fb7d0715346b09335f14655d (diff)
downloadmusl-919ad8d5fbb1caa18c3719304ffeeb0e0dde1bb5.tar.gz
musl-919ad8d5fbb1caa18c3719304ffeeb0e0dde1bb5.tar.xz
musl-919ad8d5fbb1caa18c3719304ffeeb0e0dde1bb5.zip
explicitly use signed keyword to define intNN_t and derivative types
standing alone, both the signed and int keywords identify the same
type, a (signed) int. however the C language has an exception where,
when the lone keyword int is used to declare a bitfield, it's
implementation-defined whether the bitfield is signed or unsigned. C11
footnote 125 extends this implementation-definedness to typedefs, and
DR#315 extends it to other integer types (for which support with
bitfields is implementation-defined).

while reasonable ABIs (all the ones we support) define bitfields as
signed by default, GCC and compatible compilers offer an option
-funsigned-bitfields to change the default. while any signed types
defined without explicit use of the signed keyword are affected, the
stdint.h types, especially intNN_t, have a natural use in bitfields.
ensure that bitfields defined with these types always have the correct
signedness regardless of compiler & flags used.

see also GCC PR 83294.
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions