| commit | e3c8de29dd9e947599a8f8991c1597b8fe263d1a | |
| author | Mike Kaganski <mike.kaganski@collabora.com> | |
| Thu, 18 Nov 2021 21:22:31 +0000 (19 00:22 +0300) | ||
| committer | Mike Kaganski <mike.kaganski@collabora.com> | |
| Fri, 19 Nov 2021 16:40:41 +0000 (19 17:40 +0100) | ||
| tree | 5acd2d667eac1f2d5b83e2f86e8a72f90080c797 | treesnapshot (tar.gz zip) |
| parent | 1833cb7aa9d8cc3e172c59f8dc25cd4ca6622a50 | commitdiff |
Use more precise value for M_PI in OpenCL
No idea if that would make actual difference, but it simply looks
odd that we use such a value, in view of all other efforts to improve
accuracy of rad<->deg conversions.
The value is used that is already present elsewhere in the code, e.g.
in sc/source/core/opencl/op_statistical.cxx.
Change-Id: I098f2bf748670e3250035d74d1bf7d1e224dd66b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125557
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
No idea if that would make actual difference, but it simply looks
odd that we use such a value, in view of all other efforts to improve
accuracy of rad<->deg conversions.
The value is used that is already present elsewhere in the code, e.g.
in sc/source/core/opencl/op_statistical.cxx.
Change-Id: I098f2bf748670e3250035d74d1bf7d1e224dd66b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125557
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
| sc/source/core/opencl/opinlinefun_statistical.cxx | diffblobblamehistory |