History log of /dflybsd-src/lib/libm/man/signbit.3 (Results 1 – 5 of 5)
Revision Date Author Comments
# 96d766c0 28-Mar-2020 Sascha Wildner <saw@online.de>

Remove references to math(3) in various manual pages.

We no longer have a math(3) manual page.


# ed56e684 28-May-2019 Sascha Wildner <saw@online.de>

Clean up a few math related manualpages.

* In frexp.3, change the library to libc, because it is part of libc,
not libm (anymore).

* In fpclassify.3 and signbit.3, remove the LIBRARY section, bec

Clean up a few math related manualpages.

* In frexp.3, change the library to libc, because it is part of libc,
not libm (anymore).

* In fpclassify.3 and signbit.3, remove the LIBRARY section, because
all these are macros from <math.h>.

show more ...


# d000ce66 09-Aug-2018 Sascha Wildner <saw@online.de>

Add back a signbit.3 manpage that was killed w/o providing a substitute.


# be0c75e8 13-Jul-2015 John Marino <draco@marino.st>

Replace hybrid libm with OpenBSD libm on vendor branch

In order to gain full c++11 support on GCC, we had to import a number
of long double functions from NetBSD, once again converting libm into
a h

Replace hybrid libm with OpenBSD libm on vendor branch

In order to gain full c++11 support on GCC, we had to import a number
of long double functions from NetBSD, once again converting libm into
a hybrid library from a mixture of sources. As of today, FreeBSD still
doesn't have the missing functions and the PR on broken c++11 has been
lingering for months.

The OpenBSD libm is complete and maintained[1][2]. It's unmodified
sources are in vendor/OPENBSD_LIBM branch with local modifications (to
squelch gcc warnings and adjust for OS differences mainly) are applied
to the master for easy diff generation.

A dports bulk build was executing using the new math library and the
result is the ports built normally.

[1] The final two "imprecise" functions were replaced by proper long
double versions. The imprecise versions remain as older symbols
(libm has symbol versioning) so this source is additional to what
is provided in the vendor branch. (powl, tgammal)

[2] There were several DF306.0 symbols that are not present in OpenLIBM,
partially because they've been moved to libc or were always there.
In order to maintain backwards capability, copies of these functions
with new names are built into libm, and given DF306.0 versions only.
Without the version suffix, these past functions will not link to
new programs.

show more ...


# 6ff43c94 08-Apr-2013 Peter Avalos <pavalos@dragonflybsd.org>

Bring in FreeBSD's msun code for our libm.

Our current libm is a mix of NetBSD and FreeBSD. To ease
maintainability, sync with FreeBSD as requested by John Marino.

Obtained-from: FreeBSD