[PATCH] D34588: Check for _MSC_VER before define _LIBCPP_MSVCRT

[Bruno Cardoso Lopes via Phabricator via cfe-commits]

bruno marked an inline comment as done.
bruno added inline comments.


================
Comment at: include/__config:234-235
+// a MS compatibility version is specified.
 #  ifndef __MINGW32__
-#    define _LIBCPP_MSVCRT // Using Microsoft's C Runtime library
+#    ifdef _MSC_VER
+#      define _LIBCPP_MSVCRT // Using Microsoft's C Runtime library
----------------
bcraig wrote:
> majnemer wrote:
> > compnerd wrote:
> > > smeenai wrote:
> > > > You can combine this into just
> > > > 
> > > > ```
> > > > #  if defined(_MSC_VER) && !defined(__MINGW32__)
> > > > ```
> > > > 
> > > > I don't know if `__MINGW32__` and `_MSC_VER` will ever be compiled simultaneously. (clang never defines `_MSC_VER` for its MinGW triples, for example.)
> > > What if MinGW is built with clang/c2 and MSVC extensions?  I think that the two could be defined together.  What about cygwin and clang/c2?  I guess we can ignore that since cygwin is not under active development.
> > > 
> > > I think this really goes back to my idea for an additional flag to indicate the C library in use.  We can interpret it from the canonicalized triple that LLVM/clang use.
> > clang/c2 is dead.
> At some point, I would like to see (or will need to introduce) a flag for which Windows C library is in use (so I'm agreeing with / echoing @compnerd).  What all options are there right now?  There's the Visual Studio C-runtime (multiple versions), there's msvcrt (used by the OS and mingw), there's the ancient crtdll that we shouldn't ever support, and there's the kernel C runtime (I'm probably the only person that cares about that).
> 
> I will note that I don't like the name of the macro here.  _LIBCPP_MSVCRT implies that msvcrt.dll is being used, when it isn't.  I don't think that this patch needs to fix that naming though.
Any suggestion on a new name instead of `_LIBCPP_MSVCRT` for a future patch?


https://reviews.llvm.org/D34588