cmath 函数生成编译器错误

Question

我编写了一个利用 Fast Light Toolkit 的小程序，由于某种原因，在尝试访问 cmath 标头中的函数时会生成编译器错误。

如报错::acos has not be声明。

几乎它尝试在标头中使用的每个函数都会发生这种情况。 我可能会错过什么？

我包含的头文件都是

Simple_window.h
Graph.h

FLTK 的一部分。

代码是这样的：

    #include "Simple_window.h"  // get access to our windows library
    #include "Graph.h"          // get access to graphics library facilities

    int main()
    {
        using namespace Graph_lib; // our graphics facilities are in Graph_lib

        Point tl(100,100);         // to become top left corner of window

        Simple_window win(tl,600,400,"Canvas"); // make a simple window

        Polygon poly; // make a shape (a polygon)

        poly.add(Point(300,200));     // add a point
        poly.add(Point(350,100));     // add another point
        poly.add(Point(400,200));     // add a third point

        poly.set_color(Color::red);   // adjust properties of poly

        win.attach(poly);             // connect poly to the window

        win.wait_for_button();        // give control to display engine
    }

编辑：这是生成编译器错误时的示例代码。 这是在 cmath 标头内。

namespace std
{
  // Forward declaration of a helper function.  This really should be
  // an `exported' forward declaration.
  template<typename _Tp> _Tp __cmath_power(_Tp, unsigned int);

  inline double
  abs(double __x)
  { return __builtin_fabs(__x); }

  inline float
  abs(float __x)
  { return __builtin_fabsf(__x); }

  inline long double
  abs(long double __x)
  { return __builtin_fabsl(__x); }

  using ::acos;  //ERROR HERE

  inline float
  acos(float __x)
  { return __builtin_acosf(__x); }

  inline long double
  acos(long double __x)
  { return __builtin_acosl(__x); }

  template<typename _Tp>
    inline typename __enable_if<double, __is_integer<_Tp>::_M_type>::_M_type
    acos(_Tp __x)
    {
      return __builtin_acos(__x);
    }

编辑：Code::blocks 正在将文件保存为 C 文件....

Answer 1

当您包含标准 C 库的 C++ 版本 () 时，所有符号都在 std 命名空间内定义。 在 C++ 中，您不需要链接数学库（不需要 -lm）

#include <cmath>
#include <iostream>

int main()
{
   std::cout << std::fabs( -10.5 ) << std::endl;
}

Answer 2

我遇到了这个问题 - 它让我发疯，但我找到了原因，它与我所看到的有关此问题的报道有点不同。

在这种情况下，通用 cmath 标头（或 math.h - C++ 或 C 中发生的错误和解决方案）具有架构环境切换以包含特定于架构的数学子标头。 架构开关（环境变量）尚未定义，因此它是双关语，实际上并不包括真正定义数学函数的标头。

所以确实有一个 math.h 或 cmath.h，并且它被包含在内，但这还不足以获得数学函数。 就我而言，我没有定义架构变量，而是找到了正确的子数学标头的位置并将它们添加到我的编译路径中。 然后这个项目就成功了！

当将 Linux 项目移植到 OS-X 时，这似乎是一个经常出现的问题。 我想它可能会发生在项目在平台之间移动的任何时候，这样标准库头的排列方式就会不同。

• 杰夫

Answer 3

由于您的代码（如上所示）不直接调用 acos()，因此您使用的标头之一可能存在错误。 似乎其中一个标头中有一些（内联）代码调用 acos() 函数，但未确保该函数已正确声明。 这可能是宏或内联函数。

最好的解决方法是确保标头是独立的 - 更改标头。

如果这是不可能的，解决方法是在源代码中包含适当的标头（可能是#include）。

---

程序能够访问 cmath 标头，错误出在 cmath 标头本身。

情况下，您可能需要提供一个调用 std::acos() 的全局 acos() 函数（至少是声明，也可能是定义）：

double acos(double x) { return std::acos(x); }

在这种 确保它不在任何名称空间内 - 即使是匿名名称空间。 （检查在 MacOS X 上使用 G++ 4.0.1 编译的情况，前面有“#include”。鉴于您有一个有问题的 标头，你可能需要想一想：

extern double std::acos(double);
double acos(double x) { return std::acos(x); }
#include <cmath>

这太令人讨厌了 - 你确定你的编译器没有修复错误的版本吗？

---

你有没有可能得到 '#include' 在命名空间内？

Answer 4

在 Visual C++ 中，在不使用 cmath 的程序中也会发生这种情况。

我发现问题是我使用了 main.c 文件而不是 main.cpp 文件。

Answer 5

该错误很可能出现在您的代码中，而不是 cmath 中......除非您更改了 cmath 中的某些内容。 您能否复制错误并告诉我们您用来编程的应用程序是什么？