Openlibm: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
| Line 44: | Line 44: | ||
The very idea of Linking openLibm with GNU octave was to bring consistency of maths library functions across different compilers and systems, thus achieving a good Libm implementation and countering the above bugs. The project openLibm was part of GSoC 2022, where some of the above bugs' c++ snippets were tested against openLibm to achieve the desired result. Unfortunately, the openLibm failed to provide the expected results.OpenLibm has its own limitation such as not being fully built and well-maintained Libm and hence the result. | The very idea of Linking openLibm with GNU octave was to bring consistency of maths library functions across different compilers and systems, thus achieving a good Libm implementation and countering the above bugs. The project openLibm was part of GSoC 2022, where some of the above bugs' c++ snippets were tested against openLibm to achieve the desired result. Unfortunately, the openLibm failed to provide the expected results.OpenLibm has its own limitation such as not being fully built and well-maintained Libm and hence the result. | ||
== | ==Tests of Bugs against openLibm== | ||
[[Category:Development]] | [[Category:Development]] | ||
Revision as of 16:59, 27 July 2022
A list of open issues that are related to the differences in math libraries among different systems:
| Bug number | Description |
|---|---|
| bug #57071 | Fix math.h and function names that block 64-bit double |
| bug #55538 | logspace BIST tests fail when Octave built with LLVM libc++ |
| bug #62212 | Wrong unsigned integer overflow with clang |
| bug #49984 | fabs missing from libm implementation. |
| bug #61812 | Math constants (e.g. M_PI) are not part of C/C++ standard |
| bug #49091 | MinGW std::acosh less accurate than Linux versions |
| bug #60784 | Inconsistent behavior for boolean matrix types with matrix functions |
| bug #45481 | rem and fmod may give very wrong results for large arguments |
| bug #61715 | Inconsistent NaN results for exponential function (0+0i)^0 with libc++ and libstdc++ |
| bug #45746 | Incorrect results of trigonometric functions gsl_sf_sin and gsl_sf_cos |
| bug #62332 | [MinGW] acos(z), asin(z) and atan(z) , ( z = x + yi ) return wrong result for imaginary part lower than 1e-12 |
Report on OpenLibm
The very idea of Linking openLibm with GNU octave was to bring consistency of maths library functions across different compilers and systems, thus achieving a good Libm implementation and countering the above bugs. The project openLibm was part of GSoC 2022, where some of the above bugs' c++ snippets were tested against openLibm to achieve the desired result. Unfortunately, the openLibm failed to provide the expected results.OpenLibm has its own limitation such as not being fully built and well-maintained Libm and hence the result.