diff options
author | Rich Felker <dalias@aerifal.cx> | 2019-03-12 15:24:00 -0400 |
---|---|---|
committer | Rich Felker <dalias@aerifal.cx> | 2019-03-12 15:24:00 -0400 |
commit | f368d9fd26ae002fe2fce20add4cb2b806f48972 (patch) | |
tree | fc3f6dff04f55277566a5a69c1f2acfb587855b3 /include/tar.h | |
parent | 50cd02386b152bb39a1a9d1edba3fdcda7771a4c (diff) | |
download | musl-f368d9fd26ae002fe2fce20add4cb2b806f48972.tar.gz musl-f368d9fd26ae002fe2fce20add4cb2b806f48972.tar.bz2 musl-f368d9fd26ae002fe2fce20add4cb2b806f48972.tar.xz musl-f368d9fd26ae002fe2fce20add4cb2b806f48972.zip |
make FILE a complete type for pre-C11 standard profiles
C11 removed the requirement that FILE be a complete type, which was
deemed erroneous, as part of the changes introduced by N1439 regarding
completeness of types (see footnote 6 for specific mention of FILE).
however the current version of POSIX is still based on C99 and
incorporates the old requirement that FILE be a complete type.
expose an arbitrary, useless complete type definition because the
actual object used to represent FILE streams cannot be public/ABI.
thanks to commit 13d1afa46f8098df290008c681816c9eb89ffbdb, we now have
a framework for suppressing the public complete-type definition of FILE
when stdio.h is included internally, so that a different internal
definition can be provided. this is perfectly well-defined, since the
same struct tag can refer to different types in different translation
units. it would be a problem if the implementation were accessing the
application's FILE objects or vice versa, but either would be
undefined behavior.
Diffstat (limited to 'include/tar.h')
0 files changed, 0 insertions, 0 deletions