80486DX2-66/taisei
1
0
Fork 1
Code Issues Activity

compat: redefine CMPLX/CMPLXF on apple and emscripten

Browse source 
Those macros are defined without the __extension__ qualifier, which
causes -Wcomplex-component-init spam. We still don't want to
accidentally use the extension in an initializer, so just redefine the
macros properly.
This commit is contained in:
Andrei Alexeyev 2020-12-23 23:54:32 +02:00
parent 4cbb1f20cb
commit bd5da0e440
No known key found for this signature in database
GPG key ID: 363707CD4C7FE8A4
1 changed files with 8 additions and 6 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

14
src/util/compat_cmplx.h
View file

@ -25,6 +25,14 @@
#endif
#endif
#if defined __clang__
// On these platforms CMPLX is defined without __extension__, causing warning spam
#if defined __EMSCRIPTEN__ || defined __APPLE__
#undef CMPLX
#undef CMPLXF
#endif
#endif
// In case the C11 CMPLX macro is not present, try our best to provide a substitute
#if !defined CMPLX
@ -37,9 +45,6 @@
#else
#define CMPLX(re,im) (_Complex double)((double)(re) + _Complex_I * (double)(im))
#endif
#elif defined __EMSCRIPTEN__ && defined __clang__
// CMPLX from emscripten headers uses the clang-specific syntax without __extension__
#pragma clang diagnostic ignored "-Wcomplex-component-init"
#endif
// same for CMPLXF
@ -54,9 +59,6 @@
#else
#define CMPLXF(re,im) (_Complex float)((float)(re) + _Complex_I * (float)(im))
#endif
#elif defined __EMSCRIPTEN__ && defined __clang__
// CMPLXF from emscripten headers uses the clang-specific syntax without __extension__
#pragma clang diagnostic ignored "-Wcomplex-component-init"
#endif
#endif // IGUARD_util_compat_cmplx_h