1

对于那些为多个平台开发软件的人，您如何处理编译器可能比其他编译器做得更好的潜力。

假设您为 OS X、Windows、Linux 开发，并且正在使用 Clang/LLVM、VS 和 GCC。

因此，如果有人在 OS X 上编译您的应用程序并且他们正在使用 GCC，而另一个人在 OS X 上使用英特尔编译器进行编译，那么您可以优化英特尔编译器的代码部分（如果该人拥有它们）。

你会检查一个预处理器指令吗？

#ifdef __GCC_
    // do it this way
#endif

#ifdef __INTEL__
    // do it this way
#endif

#ifdef __GCC_WITH C++_V11_Support__
    // do it this way
#endif

#idfef __WINDOWS_VISUAL_STUDIO
    // do it this way
#endif

或者，还有更好的方法？

如何找到编译器为检查编译器版本等提供的指令列表

4

3 回答 3

6

不要选择基于预定义宏的实现。让构建系统控制它。

这使您可以在单元测试期间构建和比较多个实现。

于 2013-03-21T21:36:09.563 回答
3

通常，优化遵循传统的 80/20 或 90/10 规则，即“20% 的代码需要 80% 的时间来运行”（以及“20% 的代码需要 80% 的时间来开发”）。如果您愿意，可以用 80/20 代替 90/10 - 它几乎总是介于这两者之间……

因此，“我们是否针对特定编译器进行优化”的第一阶段是弄清楚代码的哪些部分很慢，以及是否可以以适用于所有编译器的通用方式使其变得更好（例如传递 const 引用而不是而不是一个大对象的副本）。一旦你用尽了对代码的所有通用改进，你可能想要查看编译器特定的优化——但这确实需要你获得足够多的东西，以至于在不同编译器之间拥有不同的代码确实值得额外维护。

一般来说，我会非常避免“不同编译器中的东西不同”。

于 2013-03-21T21:35:45.327 回答
0

一般来说，编译器是为优化通用代码而编写的，而不是专门为编译器编写的。所以通常你应该只专注于编写干净的代码，使用最快的算法。然而，一些编译器是可提示的，例如 gcc，通过使用这些属性的属性可以让编译器更好地完成它的工作。

例如，使用 noreturn 属性将允许 gcc 丢弃函数返回代码，从而最小化代码大小。我猜很多编译器都有类似的提示方案。

然后可以这样做；

#ifdef GCC
     #define NO_RETURN __attribute(...)
#else
     #define NO_RETURN
#endif

并在您的代码中使用 NO_RETURN。

于 2013-03-21T21:33:22.467 回答