NEXTAFTER(3P)
π PROLOG π
ok so bestie, real talk before we even get into it: this manual page is part of the POSIX Programmer's Manual. The Linux implementation of this interface may differ (so pls consult the corresponding Linux manual page for details of Linux behavior), or the interface might just straight up not be implemented on Linux at all. π
β¨ NAME β¨
nextafter, nextafterf, nextafterl, nexttoward, nexttowardf, nexttowardl β next representable floating-point number πΈ
π SYNOPSIS π
#include <math.h>
double nextafter(double x, double y);
float nextafterf(float x, float y);
long double nextafterl(long double x, long double y);
double nexttoward(double x, long double y);
float nexttowardf(float x, long double y);
long double nexttowardl(long double x, long double y);
π¦ DESCRIPTION π¦
okok so the functionality described on this reference page is aligned with the ISO C standard. Any conflict between the requirements described here and the ISO C standard is unintentional β no cap. This volume of POSIX.1β2017 defers to the ISO C standard. periodt.
The nextafter(), nextafterf(), and nextafterl() functions shall compute the next representable floating-point value following x in the direction of y. π« So basically: if y is less than x, nextafter() shall return the largest representable floating-point number less than x. And the nextafter(), nextafterf(), and nextafterl() functions shall return y if x equals y.
The nexttoward(), nexttowardf(), and nexttowardl() functions shall be equivalent to the corresponding nextafter() functions, except that the second parameter shall have type long double and the functions shall return y converted to the type of the function if x equals y. lowkey a tiny glow-up, same vibe. β¨
An application wishing to check for error situations should set errno to zero and call feclearexcept(FE_ALL_EXCEPT) before calling these functions. On return, if errno is non-zero or fetestexcept(FE_INVALID | FE_DIVBYZERO | FE_OVERFLOW | FE_UNDERFLOW) is non-zero, an error has occurred. π
π RETURN VALUE π
Upon successful completion, these functions shall return the next representable floating-point value following x in the direction of y. π
If x==y, y (of the type x) shall be returned.
If x is finite and the correct function value would overflow, a range error shall occur and Β±HUGE_VAL, Β±HUGE_VALF, and Β±HUGE_VALL (with the same sign as x) shall be returned as appropriate for the return type of the function. π
If x or y is NaN, a NaN shall be returned.
If x!=y and the correct function value is subnormal, zero, or underflows, a range error shall occur, and the correct function value (if representable) or 0.0 shall be returned.
π ERRORS π
These functions shall fail if:
- Range Error β The correct value overflows.
If the integer expression (math_errhandling & MATH_ERRNO) is non-zero, then errno shall be set to [ERANGE]. If the integer expression (math_errhandling & MATH_ERREXCEPT) is non-zero, then the overflow floating-point exception shall be raised. π¨
- Range Error β The correct value is subnormal or underflows.
If the integer expression (math_errhandling & MATH_ERRNO) is non-zero, then errno shall be set to [ERANGE]. If the integer expression (math_errhandling & MATH_ERREXCEPT) is non-zero, then the underflow floating-point exception shall be raised. π¨
The following sections are informative. (iykyk, they're the bonus content π)
π EXAMPLES π
None. π literally nothing here bestie, the examples section is giving empty.
π APPLICATION USAGE π
On error, the expressions (math_errhandling & MATH_ERRNO) and (math_errhandling & MATH_ERREXCEPT) are independent of each other, but at least one of them must be non-zero. π₯
When <tgmath.h> is included, note that the return type of nextafter() depends on the generic typing deduced from both arguments, while the return type of nexttoward() depends only on the generic typing of the first argument. π§ subtle but iconic, don't sleep on it.
πΈ RATIONALE πΈ
None.
β FUTURE DIRECTIONS β
None.
π«Ά SEE ALSO π«Ά
feclearexcept()fetestexcept()
The Base Definitions volume of POSIX.1β2017, Section 4.20, Treatment of Error Conditions for Mathematical Functions, <math.h>, <tgmath.h>
π COPYRIGHT π
Portions of this text are reprinted and reproduced in electronic form from IEEE Std 1003.1-2017, Standard for Information Technology -- Portable Operating System Interface (POSIX), The Open Group Base Specifications Issue 7, 2018 Edition, Copyright (C) 2018 by the Institute of Electrical and Electronics Engineers, Inc and The Open Group. In the event of any discrepancy between this version and the original IEEE and The Open Group Standard, the original IEEE and The Open Group Standard is the referee document. The original Standard can be obtained online at http://www.opengroup.org/unix/online.html .
Any typographical or formatting errors that appear in this page are most likely to have been introduced during the conversion of the source files to man page format. To report such errors, see https://www.kernel.org/doc/man-pages/reporting_bugs.html .
ok that's the whole thing bestie, we ate and left no crumbs π this was IEEE/The Open Group, 2017, NEXTAFTER(3P) β mwah, love u, go compute your next representable float π β¨
π¦ where this page comes from
- alpine 3.22: man-pages-posix 2017a-r0 Β· custom
- alpine 3.23: man-pages-posix 2017a-r0 Β· custom
- alpine 3.24: man-pages-posix 2017a-r0 Β· custom
- arch rolling: man-pages 6.19-1
- arch rolling: man-pages 6.20-1 Β· BSD-2-Clause AND BSD-3-Clause AND BSD-4.3TAHOE AND BSD-4-Clause-UC AND GPL-1.0-or-later AND GPL-2.0-only AND GPL-2.0-or-later AND GPL-3.0-or-later AND LGPL-3.0-linking-exception AND LGPL-3.0-or-later AND LicenseRef-Public-Domain AND LicenseRef-UltraPermissive AND Linux-man-pages-1-para AND Linux-man-pages-copyleft AND Linux-man-pages-copyleft-2-para AND Linux-man-pages-copyleft-var AND MIT AND Spencer-94
- nixpkgs unstable: man-pages-posix 2017a
- opensuse-leap 16.0: man-pages-posix 2017a-160000.4.1 Β· SUSE-IEEE
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms