mirrors/musl
1
0
Fork 0
mirror of https://git.musl-libc.org/git/musl synced 2025-01-06 23:02:10 +03:00
Code Issues Packages Projects Releases Wiki Activity
master
musl/include/stdc-predef.h

19 lines
302 B
C
Raw Permalink Normal View History

add stdc-predef.h for library-level predefined macros modern compilers (for gcc, versions 4.8 and later) automatically pre-include <stdc-predef.h> to obtain the values of certain predefined macros specified by ISO C but which reflect properties of the library implementation, not just the compiler. provide values indicating that wchar_t is Unicode-encoded and that Annex F (IEEE floating point) is supported unless the compiler indicates otherwise. based on patch by Masanori Ogino.
2016-07-04 03:03:30 +03:00
#ifndef _STDC_PREDEF_H
#define _STDC_PREDEF_H
#define __STDC_ISO_10646__ 201206L
#if !defined(__GCC_IEC_559) || __GCC_IEC_559 > 0
#define __STDC_IEC_559__ 1
#endif
switch __STDC_UTF_{16,32}__ macro definitions from #undef to #ifndef originally, compilers did not provide these macros and we had to provide them ourselves. this meant we were redefining them, which was technically invalid unless the token sequence of the original definition matched exactly. the original patch proposed by Jules Maselbas to fix this made the definitions conditional on them not already being defined; however I suggested using #undef to avoid any possibly-wrong definitions already in place and ensure that the definitions are 1. the version adopted as commit 8b7048680731707d135ea231f81eb3eaf52378ee made this change. unfortunately, gcc is loud about not liking #undef of any __STDC_* macro name, and while warnings are suppressed in the system include path, there is apparently no way to suppress this warning if the system include dir has also been provided via -I. while normally we don't go out of our way to satisfy warnings over style in the public headers, in this case, it seems to be a matter of disagreement over contract of which part of "the implementation" is entitled to define or undefine macros belonging to the implementation, and it's quite reasonable to conclude that the compiler may reject attempts to undefine them. this commit reverts to the originally-submitted version of the patch making the definitions conditional.
2024-02-26 17:37:44 +03:00
#if !defined(__STDC_UTF_16__)
define __STDC_UTF_{16,32}__ macros these macros are used to indicate that the implementation uses, respectively, utf-16 and utf-32 encoding for char16_t and char32_t.
2021-04-16 03:35:20 +03:00
#define __STDC_UTF_16__ 1
switch __STDC_UTF_{16,32}__ macro definitions from #undef to #ifndef originally, compilers did not provide these macros and we had to provide them ourselves. this meant we were redefining them, which was technically invalid unless the token sequence of the original definition matched exactly. the original patch proposed by Jules Maselbas to fix this made the definitions conditional on them not already being defined; however I suggested using #undef to avoid any possibly-wrong definitions already in place and ensure that the definitions are 1. the version adopted as commit 8b7048680731707d135ea231f81eb3eaf52378ee made this change. unfortunately, gcc is loud about not liking #undef of any __STDC_* macro name, and while warnings are suppressed in the system include path, there is apparently no way to suppress this warning if the system include dir has also been provided via -I. while normally we don't go out of our way to satisfy warnings over style in the public headers, in this case, it seems to be a matter of disagreement over contract of which part of "the implementation" is entitled to define or undefine macros belonging to the implementation, and it's quite reasonable to conclude that the compiler may reject attempts to undefine them. this commit reverts to the originally-submitted version of the patch making the definitions conditional.
2024-02-26 17:37:44 +03:00
#endif
stdc-predef.h: prevent redefining __STDC_UTF_{16,32}__ macros Undefine any previous __STDC_UTF_{16,32}__ macros before defining them to prenvent any warnings of redefining macros. This happens as a result of some compiler versions defining the macros themselves.
2024-01-25 17:14:40 +03:00
switch __STDC_UTF_{16,32}__ macro definitions from #undef to #ifndef originally, compilers did not provide these macros and we had to provide them ourselves. this meant we were redefining them, which was technically invalid unless the token sequence of the original definition matched exactly. the original patch proposed by Jules Maselbas to fix this made the definitions conditional on them not already being defined; however I suggested using #undef to avoid any possibly-wrong definitions already in place and ensure that the definitions are 1. the version adopted as commit 8b7048680731707d135ea231f81eb3eaf52378ee made this change. unfortunately, gcc is loud about not liking #undef of any __STDC_* macro name, and while warnings are suppressed in the system include path, there is apparently no way to suppress this warning if the system include dir has also been provided via -I. while normally we don't go out of our way to satisfy warnings over style in the public headers, in this case, it seems to be a matter of disagreement over contract of which part of "the implementation" is entitled to define or undefine macros belonging to the implementation, and it's quite reasonable to conclude that the compiler may reject attempts to undefine them. this commit reverts to the originally-submitted version of the patch making the definitions conditional.
2024-02-26 17:37:44 +03:00
#if !defined(__STDC_UTF_32__)
define __STDC_UTF_{16,32}__ macros these macros are used to indicate that the implementation uses, respectively, utf-16 and utf-32 encoding for char16_t and char32_t.
2021-04-16 03:35:20 +03:00
#define __STDC_UTF_32__ 1
switch __STDC_UTF_{16,32}__ macro definitions from #undef to #ifndef originally, compilers did not provide these macros and we had to provide them ourselves. this meant we were redefining them, which was technically invalid unless the token sequence of the original definition matched exactly. the original patch proposed by Jules Maselbas to fix this made the definitions conditional on them not already being defined; however I suggested using #undef to avoid any possibly-wrong definitions already in place and ensure that the definitions are 1. the version adopted as commit 8b7048680731707d135ea231f81eb3eaf52378ee made this change. unfortunately, gcc is loud about not liking #undef of any __STDC_* macro name, and while warnings are suppressed in the system include path, there is apparently no way to suppress this warning if the system include dir has also been provided via -I. while normally we don't go out of our way to satisfy warnings over style in the public headers, in this case, it seems to be a matter of disagreement over contract of which part of "the implementation" is entitled to define or undefine macros belonging to the implementation, and it's quite reasonable to conclude that the compiler may reject attempts to undefine them. this commit reverts to the originally-submitted version of the patch making the definitions conditional.
2024-02-26 17:37:44 +03:00
#endif
define __STDC_UTF_{16,32}__ macros these macros are used to indicate that the implementation uses, respectively, utf-16 and utf-32 encoding for char16_t and char32_t.
2021-04-16 03:35:20 +03:00
add stdc-predef.h for library-level predefined macros modern compilers (for gcc, versions 4.8 and later) automatically pre-include <stdc-predef.h> to obtain the values of certain predefined macros specified by ISO C but which reflect properties of the library implementation, not just the compiler. provide values indicating that wchar_t is Unicode-encoded and that Annex F (IEEE floating point) is supported unless the compiler indicates otherwise. based on patch by Masanori Ogino.
2016-07-04 03:03:30 +03:00
#endif
Reference in New Issue Copy Permalink