abs vs std::abs，参考说明了什么？

Question

注意，我说的是::abs()，而不是std::abs()

根据cplusplus.com website，abs 的行为应该与stdlib.h C 版本不同，如果您包含<cmath>

这是此页面的摘录（涉及::abs，而不是std::abs）：

double abs (double x); 
float abs (float x); 
long double abs (long double x);
Compute absolute value
/*
Returns the absolute value of x: |x|.
These convenience abs overloads are exclusive of C++. In C, abs is only declared
in  <cstdlib> (and operates on int values). 
The additional overloads are provided in this header (<cmath>) for the integral types: 
These overloads effectively cast x to a double before calculations 
(defined for T being any integral type).
*/

真的？？？

在将程序移植到新平台时，我一直被这个问题困扰，因为不同的编译器和标准库的实现在这里有所不同。

这是我的示例程序：

#include <iostream>
//#include <stdlib.h>//Necessary inclusion compil under linux
//You can include either cmath or math.h, the result is the same
//#include <cmath>
#include <math.h>
int main(int argc, const char * argv[])
{
  double x = -1.5;
  double ax = std::abs(x);
  std::cout << "x=" << x << " ax=" << ax << std::endl;
  return 0;
}

这是 MSVC 2010 下的结果：

• 在 MSVC 2010 下不会发出编译警告，即使您既不包含 math.h 也不包含 stdlib.h，程序也会编译：似乎无论您做什么，总是包含 math.h 和 stdlib.h李>
• 程序输出为：x=-1.5 ax=1.5（根据参考资料貌似正确）

现在是 OSX 下的结果：

• 即使带有-Wall 标志，也不会发出编译警告（未发出双精度转换为int 的信号）！如果将g++ 替换为llvm-g++，结果是一样的。编译不需要包含math.h 或cmath。
• 程序输出为：x=-1.5 ax=1

最后是Linux下的结果：

• 如果不包含stdlib.h，程序将无法编译（最后，一个不包含stdlib的编译器自动）。对于 double -> int cast，不会发出编译警告。
• 程序输出为：x=-1.5 ax=1

这里没有明确的赢家。我知道一个明显的答案是“更喜欢std::abs 而不是::abs”，但我想知道：

• 当 cplusplus.com 网站说 abs 应该在 std 命名空间之外自动提供双重版本时，是否就在这里？
• 除了 MSVC 之外，所有编译器及其标准库都错了吗（尽管它默默地包含 math.h）？

Answer 1

官方参考资料说……这是一团糟。 C++11 和 C11 之前的版本：

• 官方，包括<cmath>在::中什么都没介绍； 所有功能都在std:: 中。实际上，只有 export 不太受尊重，不同的编译器做得很 不同的东西。如果包含<cmath>，则使用std:: 到处都是，或者你得到的东西因编译器而异。

• C 没有提供任何重载：abs 采用了 int，并且是 在<stdlib.h>、fabs 中声明了double，并且是 在<math.h> 中声明。

• 如果您在 C++ 中包含 <math.h>，则不清楚您的 得到了，但由于似乎没有一个实施者关心 无论如何都是标准（参见上面的第一点）......

粗略地说，要么你包含<cmath>，并且前缀 std:: 的所有用途，或者您包括 <math.h>，以及 如果您想要支持浮点（以及 除int 或double 之外的类型的各种后缀）。

C++11 和 C11 增加了一些新的变化：

• <cmath> 现在允许（但不是必需）引入 :: 中的符号也是如此。还有一件事可能会有所不同 取决于实施。 （这里的目标是使 符合现有实现。）

• C 有一个新头文件 <tgmath.h>，它使用编译器魔法 使<math.h> 中的函数表现得好像它们是 在 C++ 中重载。 （所以它不适用于abs，但仅适用于 到fabs。）这个头文件没有被添加到C++中，因为 C++ 不需要任何编译器魔法的明显原因 这个。

总而言之，情况变得稍微糟糕了，我的 上述建议仍然有效。包括<math.h> 和 <stdlib.h>，并使用 abs/fabs 及其派生词（例如 labs、fabsf 等）排他地，或包括 <cmath>，和 仅使用std::abs。其他任何事情，你都会遇到 便携性问题。