/clr 限制

请注意下列对使用 /clr 的限制：

• 在结构化异常处理程序中，当使用 /clr 进行编译时，存在对使用 _alloca 的限制。 有关更多信息，请参见 _alloca。

• 用 /clr 时，使用运行时错误检查无效。 有关更多信息，请参见运行时错误检查。

• 当 /clr 用于编译仅使用标准 C++ 语法的程序时，下列原则适用于内联程序集的使用：

  • 如果内联程序集代码假定有关本机堆栈布局、当前函数外部的调用约定或其他有关计算机的低级别信息的知识，则如果将该知识应用于托管函数的堆栈帧，则此内联程序集代码可能失败。 包含内联程序集代码的函数被生成为非托管函数，就像它们放在不使用 /clr 编译的单独模块中一样。

  • 传递复制构造函数参数的函数中的内联程序集代码不受支持。

• 不能从用 /clr 编译的程序调用 vprintf 函数。

• naked __declspec 修饰符在 /clr 下被忽略。

• _set_se_translator 设置的转换器函数将只影响非托管代码中的 Catch。 有关更多信息，请参见异常处理在 /clr 下。

• 在 /clr 下不允许比较函数指针。

• 在 /clr 下不允许使用未完全保持原型的函数。

• /clr 不支持下列编译器选项：

  • /EHsc 和 /EHs (/clr 意味着 /EHa（请参见 /EH（异常处理模型））

  • /fp:strict 和 /fp:except（请参见 /fp（指定浮点行为））

  • /Zd

  • /Gm

  • /MT

  • /RTC

  • /ZI

• 不支持 _STATIC_CPPLIB 预处理器定义 (/D_STATIC_CPPLIB) 和 /clr 或 /clr:pure 编译器选项的组合。 这是因为此定义会使您的应用程序与静态多线程标准 C++ 库链接，而此库不受支持。 有关更多信息，请参见主题/MD、/MT、/LD（使用运行库）。

• /clr:safe 或 /clr:pure 不支持 /J。

• 纯模式编译 (/clr:pure) 不支持 ATL 和 MFC 库。 如果您还使用 /MD 或 /MDd 进行编译，则可以将 /clr:pure 与标准 C++ 库和 CRT 一起使用。

• 当 /Zi 与 /clr 一起使用时，存在性能的含义。 有关更多信息，请参见 /Zi。

• 如果将宽字符传递给 .NET Framework 输出例程，但没有同时指定 /Zc:wchar_t 或没有将字符强制转换为 __wchar_t，将导致输出显示为 unsigned short int。 例如：

  Console::WriteLine(L' ')              // Will output 32.
  Console::WriteLine((__wchar_t)L' ')   // Will output a space.
  

• 在用 /clr 编译时将忽略 /GS，除非函数在 #pragma 非托管下面，或者函数必须编译到本机（在这种情况下，编译器将生成警告 C4793，而默认情况下该警告是关闭的）。

• 有关托管应用程序的函数签名要求，请参见 /ENTRY。

• 用 /openmp 和 /clr 编译的应用程序只能在单个 appdomain 进程中运行。有关更多信息，请参见/openmp（启用 OpenMP 2.0 支持）。

• 采用数量不固定的参数的函数 (varargs) 将作为本机函数生成。 可变参数位置中的任何托管数据类型都将被封送为本机类型。 请注意，String 类型实际上是宽字符字符串，但它们被封送为单字节字符字符串。 因此，如果 printf 说明符是 %S (wchar_t*)，它将改为封送为 %s 字符串。

• 使用 va_arg 宏时，用 /clr:pure 编译可能会获得意外的结果。有关详细信息，请参阅va_arg、va_copy、va_end、va_start。

• 如果您的应用程序将 va_list 类型的参数传递给声明为采用参数的变量数量的函数，并且使用 /clr:pure 编译应用程序，则 CLR 将引发 NotSupportedException。 如果改用 /clr ，受影响的功能被编译为本机代码，并正确执行。 如果使用 /clr:safe，则发出错误诊断。

• 不应从托管代码调用任何浏览堆栈以获取参数信息（函数变量）的函数；P/Invoke 层使这些信息处于堆栈的较低位置。例如，不要使用 /clr 编译代理/存根。

• 函数将尽可能编译为托管代码，但并非所有 C++ 构造都可转换为托管代码。这取决于具体函数。 如果函数的任何部分都无法转换为托管代码，则整个函数将转换为本机代码。 下列情况会阻止编译器生成托管代码。

  • 编译器生成的 thunk 或 helper 函数。 对于通过函数指针的任何函数调用（包括虚函数调用），将生成本机 thunk。

  • 调用 setjmp 或 longjmp 的函数。

  • 使用特定内部例程直接操作计算机资源的函数。 例如，使用 __enable 和 __disable、_ReturnAddress 和 _AddressOfReturnAddress 或多媒体内部例程都将生成本机代码。

  • 跟在 #pragma unmanaged 指令后面的函数。（请注意，也支持反向的 #pragma managed。）

  • 包含引用对齐类型（即使用 __declspec(align(...)) 声明的类型）的函数。

• 不能将 编译器 COM 支持 类与 /clr:pure 或 /clr:safe 一起使用。

请参见

参考

/clr（公共语言运行时编译）