[Bug 294719] lib/msun: Added fmaximum_mag_num

[email protected] Tue, 28 Apr 2026 13:24:30 +0000
Newsgroups gmane.os.freebsd.devel.standards
Message-ID <[email protected]/bugzilla/>
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D294719

Robert Clausecker <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|16.0-CURRENT                |CURRENT
             Status|New                         |Open

--- Comment #4 from Robert Clausecker <[email protected]> ---
(In reply to Jes=C3=BAs Cipriano Bl=C3=A1zquez Mart=C3=ADnez from comment #=
3)

Ok, I guess I was unclear about what I meant by "Not sure if the void cast =
to
avoid the unused warning is actually needed".

I meant that perhaps the whole (void)force_except; statement can be removed.
If it is present, then yes, you should cast (void) to avoid a =E2=80=9Cstat=
ement
without effect=E2=80=9D warning.  But I think it can be removed entirely.

I'll check which case it is and copy-edit your patch before landing it.

I do also wonder if we can do better in the final tie break.  How about this
for fmaximum_mag*()?

    return (signbit(x) ? y : x);

and conversely for fminimum_mag*()?

    return (signbit(x) ? x : y);

This would also apply to the versions with _num() and would allow us to avo=
id
unpacking the datum entirely.

Unfortunately our signbit() macro resolves in such a way that the compiler =
does
not recognise it as such and generates really bad code.  That should be fix=
ed
long term.  Maybe short term the current approach is thus better.

kargl, what do you think?

--=20
You are receiving this mail because:
You are the assignee for the bug.=