26

I used #ifdef Win32 for safe calls alike sprintf_s but now I want to build project with MinGW and it's just wrong now. I need to use #ifdef VC++ or somehow like that. Is it possible?

cnd
  • 32,616
  • 62
  • 183
  • 313
  • 2
    As an aside, you could just use `snprintf()` which is a standard function that does the same thing. – FatalError Feb 28 '13 at 04:32
  • @FatalError Not in Visual C++, it doesn't; Alas there is only C89 support, and `snprintf` wasn't guaranteed to exist in C89. There's the similar `_snprintf`, though IIRC that wasn't renamed to `snprintf` because that does something subtly different. – autistic Apr 27 '15 at 21:08

3 Answers3

57
#ifdef __clang__
/*code specific to clang compiler*/
#elif __GNUC__
/*code for GNU C compiler */
#elif _MSC_VER
/*usually has the version number in _MSC_VER*/
/*code specific to MSVC compiler*/
#elif __BORLANDC__
/*code specific to borland compilers*/
#elif __MINGW32__
/*code specific to mingw compilers*/
#endif
John Paul
  • 81
  • 6
Aniket Inge
  • 25,375
  • 5
  • 50
  • 78
  • 2
    `__GNUC__` is a language dialect, not a compiler. Most compilers (Clang and ICC included) will define `__GNUC__` at least sometimes. – Quuxplusone Aug 13 '17 at 21:35
  • 1
    @Quuxplusone `__GNUC__` is a language dialect, but the code you write is usually for the compiler and hopefully humans. However, if you meant that I have to improve this answer by changing `/* code for GNU C compiler */` to `/* code in GNU C Dialect */` then, you may submit a proposal for improvement – Aniket Inge Aug 14 '17 at 05:18
  • Just pointing out that if the OP was trying to distinguish GCC from VC++ from "some other compiler also supporting GNU C" (e.g. ICC, Clang, Green Hills, ...) then checking `__GNUC__` would be insufficient. In that case, [this question/answer would fit their situation better](https://stackoverflow.com/a/28166605/1424877). – Quuxplusone Aug 14 '17 at 05:23
  • FYI on macos, clang defines the gcc flag, so you need to do some extra logic like: #if __GNUC__ #ifndef __clang__ #pragma GCC diagnostic warning "-Wclass-memaccess" #endif #endif – Goblinhack Aug 14 '19 at 15:56
  • 1
    Ah - I see you put clang first, thus avoiding the issue of clang enabling __GNUC__ nice – Goblinhack Aug 14 '19 at 16:15
11

See the "Microsoft-Specific Predefined Macros" table of Visual C predefined macros

You could check for _MSC_VER.

Kevin Richardson
  • 3,592
  • 22
  • 14
8

Preferably, you should resort to using portable symbols. I understand sometimes those symbols may not be defined, so you can see the Predef project for an extensive list of preprocessor macros regarding standards, compilers, libraries, operating systems and architectures that aren't portable.

However, the function you specifically mention in this question has been included within the C11 standard as a part of Annex K.3, the bounds-checking interfaces (library).

K.3.1.1p2 states:

The functions, macros, and types declared or defined in K.3 and its subclauses are declared and defined by their respective headers if __STDC_WANT_LIB_EXT1__ is defined as a macro which expands to the integer constant 1 at the point in the source file where the appropriate header is first included

Thus, you should place preference upon checking __STDC_WANT_LIB_EXT1__, and only use compiler-specific symbols when that doesn't exist.

autistic
  • 1
  • 3
  • 35
  • 80