在尝试使用 Windows 通用 C 运行时 (...\Windows Kits\10\Include\10.0.15063.0\ucrt) 在 Windows 上评估 Clang 时，我立即面临意想不到的墙，形式是未公开的以及对 Microsoft Visual Studio 的意外依赖。显然，即使是最简单的 C 程序也无法在包含任何标准 C 头文件后立即进行编译，因为它们似乎最终都试图#include vcruntime.h(这不是 UCRT 的一部分)。

我的问题是:

1. 有没有办法在 Visual Studio 之外使用 Windows Universal C RTL SDK？
2. 如果它不是有意或不可能的，那么为什么它不被称为“Microsoft VC 的 Windows CRT”——我错过了什么？

最佳答案

查看 [MSDN.Blogs]: Introducing the Universal CRT (以及它引用的其他 URL)。 重点是我的:

In June of last year we published a pair of articles discussing the major changes that we had made to the Visual C++ C Runtime (CRT) for Visual Studio 2015.
...
The AppCRT and DesktopCRT have been recombined into a single library, which we have named the Universal CRT. The new DLLs are named ucrtbase.dll (release) and ucrtbased.dll (debug); they do not include a version number because we’ll be servicing them in-place.

来自 [MS.DevBlogs]: The Great C Runtime (CRT) Refactoring

In order to unify these different CRTs, we have split the CRT into three pieces:

1. VCRuntime (vcruntime140.dll) ...

2. AppCRT (appcrt140.dll) ...

3. DesktopCRT (desktopcrt140.dll) ...

根据 [MS.Support]: Update for Universal C Runtime in Windows :

Microsoft Visual Studio 2015 creates a dependency on the Universal CRT when applications are built by using the Windows 10 Software Development Kit (SDK).

来自[MS.Dev]: Windows 10 SDK :

Note: Windows 10 development targeting Windows 10, version 1803 (or later) requires Visual Studio 2017. This SDK will not be discovered by previous versions of Visual Studio.

因此，UCRT 严格绑定(bind)到 VStudio。 通用:表示不依赖于VStudio版本(所有VStudio版本都会使用一个通用的(只能有一个)).

个人意见:UCRT 是 Win(想要的)等同于 Nix 的 libc .

我查看了 SDK include dir (e.g. "%ProgramFiles(x86) %\Windows 套件\10\Include\10.0.15063.0\ucrt"):

• 每个普通文件(例如 stdio.h)都有一个 #include <corecrt.h>

• corecrt.h 有一个 #include <vcruntime.h>

没有#ifdef，所以没有办法(至少没有简单的办法)克服这个问题。

但是，当到达链接 阶段时，事情就更加清晰了。如果您的 C 代码包含 UCRT header ，它将(很可能)链接到 SDK lib 目录 中的文件( 例如 "%ProgramFiles(x86)%\Windows Kits\10\Lib\10.0.15063.0\ucrt\x64")，由生成VStudio，它很有可能会失败。示例:

code00.c:

//#include <stdio.h>


int main()
{
    //printf("Dummy.... sizeof(void*): %d\n", sizeof(void*));
    return 0;
}

输出:

[cfati@CFATI-5510-0:e:\Work\Dev\StackOverflow\q045340527]> sopr.bat
### Set shorter prompt to better fit when pasted in StackOverflow (or other) pages ###

[prompt]> dir /b
code00.c

[prompt]> "c:\Install\x86\Microsoft\Visual Studio Community\2015\VC\bin\cl.exe" -nologo -c -Focode00.obj code00.c
code00.c

[prompt]> "c:\Install\Google\Android_SDK\ndk-bundle\toolchains\llvm\prebuilt\windows-x86_64\bin\clang.exe" -c -m64 -o code00.o code00.c

[prompt]> dir /b
code00.c
code00.o
code00.obj

这 2 个(生成的)文件不兼容:

[prompt]> "C:\Install\x86\Microsoft\Visual Studio Community\2015\VC\bin\amd64\dumpbin.exe" -nologo code00.obj

Dump of file code00.obj

File Type: COFF OBJECT

  Summary

          80 .debug$S
          2F .drectve
           7 .text$mn

[prompt]> "C:\Install\x86\Microsoft\Visual Studio Community\2015\VC\bin\amd64\dumpbin.exe" -nologo code00.o

Dump of file code00.o
code00.o : warning LNK4048: Invalid format file; ignored

  Summary



[prompt]> "c:\Install\x64\Cygwin\Cygwin\AllVers\bin\readelf.exe" -d code00.o

[prompt]> "c:\Install\x64\Cygwin\Cygwin\AllVers\bin\readelf.exe" -d code00.obj
readelf: Error: Not an ELF file - it has the wrong magic bytes at the start

现在，我知道 lld(我记得我以前构建过它，但我找不到它，为了测试我的陈述)能够链接两个 ELF 和 COFF 文件格式，但我怀疑它能否将它们结合起来。

结论

根据以上内容，这里是答案(我能想到的)您的问题:

1. 我想这是一个不受支持的问题(声称某事是不可能的几乎总是错误的)。但是，会有很多限制(考虑上面的文件格式匹配)，并且很可能需要一些肮脏的技巧或(蹩脚的)变通办法(gainarii)，比如(我现在能想到的一些) :

   • 改变它(编辑它的头文件 - 删除不需要的 #include s)

   • 创建一个虚拟 vcruntime.h 文件(以通过编译阶段)

2. 在名称中添加 VStudio(或事实上的任何其他内容)会自动降低其“通用级别”。
   这只是第一步^st:它已从VC Runtime 中分离出来。把它想象成一个婴儿。随着时间的推移，它会变得成熟(并且更稳定)，也许其他编译器/构建工具链最终也会支持它(不需要遵循斯巴达规则，把它扔下悬崖:) ...至少不会马上)。
   但是，我觉得只有MS可能对此有答案(尽管他们很可能不会提供更清晰的答案)

关于c - 如何规避 Windows 通用 CRT header 对 vcruntime.h 的依赖，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/45340527/