<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/lib/msun/bsdsrc/mathimpl.h, branch releng/12.4</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.4</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.4'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2017-11-18T14:26:50Z</updated>
<entry>
<title>spdx: initial adoption of licensing ID tags.</title>
<updated>2017-11-18T14:26:50Z</updated>
<author>
<name>Pedro F. Giffuni</name>
<email>pfg@FreeBSD.org</email>
</author>
<published>2017-11-18T14:26:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=df57947f083046d50552e99b91074927d2458708'/>
<id>urn:sha1:df57947f083046d50552e99b91074927d2458708</id>
<content type='text'>
The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.

Special thanks to Wind River for providing access to "The Duke of
Highlander" tool: an older (2014) run over FreeBSD tree was useful as a
starting point.

Initially, only tag files that use BSD 4-Clause "Original" license.

RelNotes:	yes
Differential Revision:	https://reviews.freebsd.org/D13133
</content>
</entry>
<entry>
<title>Removed an unused declaration which was so old that it wasn't a prototype</title>
<updated>2005-11-18T05:03:12Z</updated>
<author>
<name>Bruce Evans</name>
<email>bde@FreeBSD.org</email>
</author>
<published>2005-11-18T05:03:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3f1a8f462c319c7b1ca1040cbd0b00f6f23c0b8c'/>
<id>urn:sha1:3f1a8f462c319c7b1ca1040cbd0b00f6f23c0b8c</id>
<content type='text'>
and thus just broke building at any nonzero WARNS level.

Fixed nearby style bugs.
</content>
</entry>
<entry>
<title>Fixed aliasing bugs in TRUNC() by using the fdlibm macros for access</title>
<updated>2005-09-19T11:28:19Z</updated>
<author>
<name>Bruce Evans</name>
<email>bde@FreeBSD.org</email>
</author>
<published>2005-09-19T11:28:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=0b42281ee94650a7f27d21258d171b1a6f3bda22'/>
<id>urn:sha1:0b42281ee94650a7f27d21258d171b1a6f3bda22</id>
<content type='text'>
to doubles as bits.  fdlibm-1.1 had similar aliasing bugs, but these
were fixed by NetBSD or Cygnus before a modified version of fdlibm was
imported in 1994.  TRUNC() is only used by tgamma() and some
implementation-detail functions.  The aliasing bugs were detected by
compiling with gcc -O2 but don't seem to have broken tgamma() on i386's
or amd64's.  They broke my modified version of tgamma().

Moved the definition of TRUNC() to mathimpl.h so that it can be fixed
in one place, although the general version is even slower than necessary
because it has to operate on pointers to volatiles to handle its arg
sometimes being volatile.  Inefficiency of the fdlibm macros slows
down libm generally, and tgamma() is a relatively unimportant part of
libm.  The macros act as if on 32-bit words in memory, so they are
hard to optimize to direct actions on 64-bit double registers for
(non-i386) machines where this is possible.  The optimization is too
hard for gcc on amd64's, and declaring variables as volatile makes it
impossible.
</content>
</entry>
<entry>
<title>GC unused declaration</title>
<updated>2004-12-16T20:40:49Z</updated>
<author>
<name>David Schultz</name>
<email>das@FreeBSD.org</email>
</author>
<published>2004-12-16T20:40:49Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=527055d12fd930fd51b0af134956b845e48c7861'/>
<id>urn:sha1:527055d12fd930fd51b0af134956b845e48c7861</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove some kludges designed to ensure that the compiler didn't round</title>
<updated>2004-05-17T01:04:37Z</updated>
<author>
<name>David Schultz</name>
<email>das@FreeBSD.org</email>
</author>
<published>2004-05-17T01:04:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6955d806c0b4246a9f2fdffe6c599b30fc89bcf3'/>
<id>urn:sha1:6955d806c0b4246a9f2fdffe6c599b30fc89bcf3</id>
<content type='text'>
constants the wrong way on the VAX.  Instead, use C99 hexadecimal
floating-point constants, which are guaranteed to be exact on binary
IEEE machines.  (The correct hexadecimal values were already provided
in the source, but not used.)  Also, convert the constants to
lowercase to work around a gcc bug that wasn't fixed until gcc 3.4.0.

Prompted by:	stefanf
</content>
</entry>
<entry>
<title>Assume __STDC__, remove non-__STDC__ code.</title>
<updated>2002-05-28T17:03:12Z</updated>
<author>
<name>Alfred Perlstein</name>
<email>alfred@FreeBSD.org</email>
</author>
<published>2002-05-28T17:03:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a82bbc730e20fe9dec4abeb1d949b2d02869032a'/>
<id>urn:sha1:a82bbc730e20fe9dec4abeb1d949b2d02869032a</id>
<content type='text'>
Submitted by: keramida
</content>
</entry>
<entry>
<title>Remove __P() usage.</title>
<updated>2002-03-21T23:54:04Z</updated>
<author>
<name>David E. O'Brien</name>
<email>obrien@FreeBSD.org</email>
</author>
<published>2002-03-21T23:54:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=69160b1eb704d1931b536a65fcf50757ddbfc469'/>
<id>urn:sha1:69160b1eb704d1931b536a65fcf50757ddbfc469</id>
<content type='text'>
</content>
</entry>
<entry>
<title>BSD 4.4 Lite Lib Sources</title>
<updated>1994-05-27T05:00:24Z</updated>
<author>
<name>Rodney W. Grimes</name>
<email>rgrimes@FreeBSD.org</email>
</author>
<published>1994-05-27T05:00:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=58f0484fa251c266ede97b591b499fe3dd4f578e'/>
<id>urn:sha1:58f0484fa251c266ede97b591b499fe3dd4f578e</id>
<content type='text'>
</content>
</entry>
</feed>
