Lines Matching +full:best +full:- +full:effort

5    sub-directory is expected to be upstreamed into glibc so the GNU
16    linking so this is a best effort requirement.
22 CONTRIBUTION GUIDELINES FOR math SUB-DIRECTORY
28    - Worst-case ULP error should be small in the entire input domain (for most
36    - All standard rounding modes need to be supported but in non-default rounding
37      modes the quality requirement can be relaxed. (Non-nearest rounded
41    - Special cases and error handling need to follow ISO C Annex F requirements,
42      POSIX requirements, IEEE 754-2008 requirements and Glibc requiremnts:
43      https://www.gnu.org/software/libc/manual/html_mono/libc.html#Errors-in-Math-Functions
46    - Error handling code should be decoupled from the approximation code as much
50    - Vector math code does not need to work in non-nearest rounding mode and error
55    - Error bounds of the approximation should be clearly documented.
57    - The code should build and pass tests on arm, aarch64 and x86_64 GNU linux
59      the build must complete). On aarch64, both little- and big-endian targets
64    - Common math code should be benchmarked on modern aarch64 microarchitectures
67    - Performance improvements should be documented (relative numbers can be
71    - Attention should be paid to the compilation flags: for aarch64 fma
75    - The code should be reasonably performant on x86_64 too, e.g. some rounding