Let me tell you that each compiler manufacturer has a different dictionary to look up the meaning of 'mostly'.
If a standard is not 100% implemented across compilers, no one can be sure to use it if portability is a concern.
This is exactly like the time where most databases 'mostly' implemented the SQL '92 standard, and then the code had to be full with DB specific workarounds.
Have you? Real question - I'd be very interested in that.
The list of (allegedly) fully compliant compilers is not very impressive (IBM, PGI, Sun), but in practice, you're aiming at C99 support to the level of GCC, which will get you - in addition to GCC and its (supposedly) drop-in replacement Clang - AMD and Intel (I think ICC has C99 support to GCC level, but there are probably discrepancies in the feature sets)...
In many of our projects we are not able to use GCC and are forced to use the official vendor's compiler for the platform.
So it might be not that easy for certain companies to use your suggestion.
As far for what 'mostly' means. I have been coding since the K&R days, so I am aware that even when things are supposed to be 100% the same among C compilers, reality speaks otherwise.
A lot of the C99 features like array initialization got sucked into C++11, and since the C "compiler" in MSVC is the C++ compiler, I think you'll probably get most of C99 for free.
If only that were true - however, some of the more interesting C99 and C11 features aren't part of C++11 as there are already C++ specific alternatives.
Also, MS doesn't really have a good track record of backporting C++ features to C (mixing code and declarations, anyone?).
If you want to write portable C code that works on at least *nix and Windows, either ignore MSVC (GCC works just fine on Windows via MinGW or Cygwin cross-compiler, as does Clang once you get it set up), or restrict yourself to the common subset of C99 and C++98...
They have explicitly stated that they have no interest in supporting C99, because they don't believe their users are asking for it, or their users would rather have new C++ features than new C features.