问题标签 [cmath]

是否有任何 C++11constexpr常量可以用来代替来自 的常量宏<cmath>，即类似M_PI和朋友的常量？const或者缺少在运行时提供这些常量的任何全局值？

如果我们查看 C11 的草案，则保留了以下名称：

由于我非常希望将复杂的 gamma 函数视为标准 C 的一部分（因为它们是许多其他复杂函数的基础），所以我想知道 7.31.1 子句的真正含义是什么。

为什么只添加声明而不添加它们的定义？

我们可以期待它们用于下一个 C 标准或次要版本吗？（如果答案是肯定的，预计下一个标准何时发布？）

是否有任何实现已经可用作编译器的非标准扩展？

这应该是不言自明的

z.imag以某种方式将实部和虚部相加。
我发现这很有趣..这是一个错误还是一个故意的功能？

我正在尝试tgamma()从标准库中使用。当我尝试编译时，我收到错误消息：

调用未定义的函数 tgamma

我有指令#include <cmath>。我使用 Embarcadero C++ Builder XE3，它声称支持 C++11 标准。什么可能是我的问题，以及如何解决它？

我正在查看 Google Code Jam 中的一些解决方案，有些人使用了我以前从未见过的东西。例如，

2LL 和 1LL 是什么意思？

它们的包含如下所示：

或者

cmathexp()和log()函数总是对称的吗？

因此，如果我这样做

断言是否会失败，在这种情况下：在什么情况下？我们可以假设这x是一个有理数 > 0。

问题的后续行动cmath exp() 和 log() 函数是否总是对称的？

本质上，如果一个人写入log(x)磁盘并exp()在另一个系统上进行计算——c 语言在多大程度上保证了对称性？考虑到可能在不同系统上的一长串，人们应该担心结果 exp(log())离原来有多远？x

我的代码：

它打印的内容：

它应该打印什么：

（供参考，谷歌检查我的计算）

根据python.org 上的文档 cmath.exp(x)返回 e^(x)，并cmath.log(x)返回 ln(x)，所以除非我缺少分号或其他东西，否则这是一个非常简单的三行程序。

当我测试cmath.log(-1)它返回 π i（技术上3.141592653589793j）。哪个是对的。欧拉的恒等式表示 e^(π i ) = -1，但 Python 说当我提出 e^(π i ) 时，我得到了某种疯狂的谈话（特别是-1+1.2246467991473532E-16j）。

为什么 Python 讨厌我，我该如何安抚它？

是否有一个图书馆可以让它做正确的数学，或者我必须向范罗森提供牺牲？这可能是某种浮点精度问题吗？

我遇到的最大问题是精度不够，以至于最终函数中的其他值看起来比实际零更接近 0（未显示），因此布尔测试毫无价值（即if(x==0)），局部最小值等也是如此。 ..

例如，在下面的迭代中：

3 和 7 实际上都等于 0，但它们似乎具有最大的虚部，而 4 和 5 根本没有实部。

对不起语气。非常沮丧。

所以从这个页面注意到，c++11 中的数学函数似乎都没有使用 constexpr，而我相信它们都可以。所以这给我留下了两个问题，一个是为什么他们选择不制作函数 constexpr。对于像我这样的函数，sqrt我可能会编写自己的 constexpr，但是像 sin 或 cos 这样的函数会更棘手，所以有没有办法绕过它。

通过不幸的情况，我发现我的标准库实现 <math.h>和<cmath>（C++）显然包含一个函数的定义，其原型如下：

虽然我没有在语言标准的任何地方看到它（我可以访问的草稿）。

在 Mac OS X 上使用 gcc v4.2.1，该函数的计算结果与tgamma标准中赋予它的实际名称相同。（参考）

但是在 Ubuntu 12.04 上的 gcc v4.6.3 上，该函数的计算结果有所不同。

我完全不明白为什么一个名为gammacompiles 的函数，但为什么编译器之间的结果不一样？

这是一个简单的测试程序：

使用 1 个参数编译和运行：

但是 Ubuntu gcc v4.6.3 上的输出是 0！