问题标签 [compiler-options]

VC++ 2010 中的 C++0x 模式是否有关闭开关？我正在开发一个应该在非 0x 编译器上编译的项目，因此我想根据当前标准进行编译。（即使没有直接使用任何新功能，仍然存在使 C++0x 更具前提性的细微之处）。

我找到的最近的开关是，Configuration Properties -> C/C++ -> Language -> Disable Language Extensions但不是这样。

在 VC++ .Net 中，Clr/Safe ( /clr:safe) 和 Clr/Pure ( /clr:pure) 是什么意思？

我有构造：

在我的源代码中，它不会编译！这一定是一件愚蠢的事情。错误是：

E1030 无效的编译器指令：'$IFOPT'

在第一行，但它抱怨的是 FINITEFLOAT。除了 R+ 等单字母指令作为 IFOPT 的参数之外，您似乎无法指定任何内容。

我在这里错过了什么吗？

这两个选项之间的真正区别是什么？我所知道的是：

注册 COM 互操作
此选项在程序集上执行 regasm，并将程序集注册为注册表中的 COM 组件（或可能不注册），其中包含所有类似 COM 的注册表项。此步骤是否生成 TLB 文件？还做了什么？

有时我在编译项目时看到生成了一个 tlb，但有时没有，这是为什么呢？

使程序集 COM 可见
这个对程序集有什么影响？如果我在此程序集中有以下类型，即使我的类型标记为 ComVisible，我是否仍需要指定“使程序集 COM 可见”？

是否可以在 C 源文件的顶部放置一些内容，例如

每次编译此文件时都会将这些选项自动添加到 gcc 吗？

MSVC 中有编译器选项，可以在进入和退出函数时自动生成检测调用。这些钩子称为 _penter() 和 _pexit()。编译器的选项是：

/Gh 启用 _penter 挂钩功能

/GH 启用 _pexit 挂钩功能

是否有编译指示或某种函数声明会在每个函数的基础上关闭检测？我知道使用 __declspec(naked) 函数不会被检测，但这并不总是一个非常实用的选择。我在 PC 和非 X86 平台上都使用 MSVC，非 X86 平台在汇编程序中手动编写 Epilog/prolog 很痛苦（更不用说它会弄乱调试器堆栈跟踪）。

如果这仅在每个文件（编译器选项）的基础上，我想我将不得不将特殊功能拆分到一个单独的文件中以关闭该选项，但如果我可以单独控制它会容易得多文件基础。

如果无法做到这一点，则后备计划是将函数移动到它们自己的 CPP 翻译单元并在没有选项的情况下单独编译。

我正在尝试在 Solaris SPARC 平台上使用 Oracle 10g 64 位以 32 位模式构建我的 PRO* C应用程序。

有人能告诉我必须进行哪些设置才能成功编译并创建可执行文件吗？

目前，当我切换时LD_LIBRARY_PATH=$ORACLE_HOME/lib32，proc 失败并出现以下错误：

##ld.so.1：proc：致命：/opt/oracle/product/10.2.0.4/lib32/libclntsh.so.10.1：错误的 ELF 类：ELFCLASS32

任何帮助表示赞赏。

AIX 的 XL 编译器似乎具有-qfuncsect选项，该选项将每个函数放置在单独的对象控制部分中，其效果是，在创建最终可执行文件时，它有助于删除不需要的函数。

gcc 中是否有相同的等效选项？我找不到相同的。

我目前正在从另一个平台移植一些代码，新平台上的布尔值是 1 字节大小。这破坏了我们的加载代码，因为值存储为 32 位值。此外，速度是我们平台上的一个关键问题，我们希望使用 32 位布尔值，因为处理器本身以 32 位运行，并且需要额外的操作来比较非 32 位布尔值。

有没有办法强制 gcc 使用 32 位布尔而不是 8 位布尔？

在我禁用 /Gm 并启用 /MP 后，VS2010 的构建时间显着减少。

我对为什么 /Gm 是默认设置感到困惑。我认为 /MP 更好。

（如果 /Gm 被启用，则 /MP 由于不兼容而无法激活。激活的 /Gm 比激活的 /MP 需要更多的时间。）