0

我想知道是否应该将以下内容报告为标准库的 gcc 实现中的错误。

对于所有无符号整数i，如果我们与整数int(std::sqrt(i))的实际平方根进行比较，转换总是会给出好的结果。如果我们对它做同样的std::cbrt事情，情况并非如此：

// Problem of rounding of std::cbrt for i from 0 to 100 million
// i, exact cbrt(i), result of int(std::cbrt(i))
2197, 13, 12
17576, 26, 25
24389, 29, 28
140608, 52, 51
185193, 57, 56
195112, 58, 57
226981, 61, 60
1092727, 103, 102
1124864, 104, 103
1442897, 113, 112
1481544, 114, 113
1560896, 116, 115
1685159, 119, 118
1815848, 122, 121
8741816, 206, 205
8869743, 207, 206
8998912, 208, 207
9393931, 211, 210
9938375, 215, 214
11543176, 226, 225
11852352, 228, 227
12487168, 232, 231
12649337, 233, 232
13481272, 238, 237
13651919, 239, 238
14348907, 243, 242
14526784, 244, 243
14706125, 245, 244
69426531, 411, 410
69934528, 412, 411
70957944, 414, 413
71991296, 416, 415
72511713, 417, 416
73560059, 419, 418
74618461, 421, 420
75151448, 422, 421
79507000, 430, 429
88121125, 445, 444
89314623, 447, 446
91733851, 451, 450
92345408, 452, 451
92959677, 453, 452
94818816, 456, 455
99897344, 464, 463

您认为应该将其报告为缺陷吗？

4

1 回答 1

2

std::cbrt返回浮点类型（float、double 等），但您将其转换为int. 此类转换会截断而不是舍入，例如 0.9999 变为 0。尽管 2197 的立方根是整数似乎合乎逻辑，但由于浮点类型以二进制形式存储，因此并不总是可以完美地表示十进制数，并且这种不准确性可能会在std::cbrt执行的计算过程中传播。例如，如果std::cbrt(2197) == 12.99999（我的编译器不支持它，所以我无法检查实际值），那么通过将其转换为 anint您会将值截断为 12。

要更正您的代码，请std::cbrt(i)在将其转换为int. 有关如何做到这一点的想法，请参阅 此问题。

于 2013-01-14T01:42:19.843 回答