All the environments I personally care about have C99 support. In fact, I'm more concerned with C++98/C++08/C++11 compatibility nowadays.
ANSI C refers to ANSI X3.159-1989, also known as C89, also known as ISO/IEC 9899:1990, also known as C90. (Yes, C89 and C90 are the exact same version.)
C99 provides "static inline" with the exact same semantics as it is used in C++, and flexible array members (final member in a structure with length determined at compile time). I consider these features essential for C programming. I often use the __thread keyword (GNU extension for thread-local storage, _Thread_local in C11) and compiler-provided atomic and vector built-ins (provided by GCC, ICC, and Pathscale compilers at least).
Microsoft is the only vendor whose C compiler does not support C99, to my knowledge. I stopped using their products seven years ago, so I wouldn't really know for sure, though. However, their compiler is, I understand, a combined C/C++ compiler, which means it is likely to support at least static inline (since it is C++).
(Then there are also some ancient environments; you might one day need to program an existing factory robot or something, that only has an ANSI C compiler available.)
So, the answer depends entirely on the gamut of systems you consider. I limit myself to sane POSIX systems, so to me, the code is perfectly portable. Windows programmers might disagree.
As it is just an optimization feature, more used to indicate programmer intent than anything else, you can always drop it, and make the code plain C89.