diff options
author | Rich Felker <dalias@aerifal.cx> | 2019-10-20 03:27:58 -0400 |
---|---|---|
committer | Rich Felker <dalias@aerifal.cx> | 2019-10-20 03:27:58 -0400 |
commit | 9b2921bea1d5017832e1b45d1fd64220047a9802 (patch) | |
tree | 1c75a4544c975dcd39c8630cfead281f985454d9 /src/math/powf.c | |
parent | 928674dcd0c5c643b8a4440466103be841151f5e (diff) | |
download | musl-9b2921bea1d5017832e1b45d1fd64220047a9802.tar.gz |
adjust struct timespec definition to be time64-ready
for time64 support on 32-bit archs, the kernel interfaces use a
timespec layout padded to match the representation of a pair of 64-bit
values, which requires endian-specific padding.
use of an ordinary, non-bitfield, named member for the padding is
undesirable because, on big endian archs, it would alter the
interpretation of traditional (non-designated) initializers of the
form {s,ns}, initializing the padding instead of the tv_nsec member.
unnamed bitfield members solve this problem by not taking part in
initialization, and were the expected solution when the kernel
interfaces were designed. however, they also have further advantages
which we take advantage of here:
positioning of the padding could be controlled by having a
preprocessor conditional with separate definitions of struct timespec
for little and big endian, but whether padding should appear at all is
a function of whether time_t is larger than long. this condition is
not something the preprocessor can determine unless we were to define
a new macro specifically for that purpose.
by using unnamed bitfield members instead of ordinary named members,
we can arrange for the size of the padding to collapse to zero when it
should not be present, just by using sizeof(time_t) and sizeof(long)
in the bitfield width expression, which can be any integer constant
expression.
Diffstat (limited to 'src/math/powf.c')
0 files changed, 0 insertions, 0 deletions