<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/lib/libc/powerpc/gen/Makefile.inc, branch releng/10.4</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F10.4</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F10.4'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2012-05-24T20:12:46Z</updated>
<entry>
<title>Allow building for the PowerPC EABI by providing a dummy __eabi()</title>
<updated>2012-05-24T20:12:46Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2012-05-24T20:12:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a4dcff16c8cb2762bfdbe034ed6b8b52bbd11a5d'/>
<id>urn:sha1:a4dcff16c8cb2762bfdbe034ed6b8b52bbd11a5d</id>
<content type='text'>
function. The purpose of the __eabi() function is to set up the
runtime and is called first thing by main(). The runtime is already
set up for us prior to caling main, so there's nothing to do for
us in the EABI case.
</content>
</entry>
<entry>
<title>Add API for obtaining extended machine context states that cannot be</title>
<updated>2012-01-21T18:00:28Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2012-01-21T18:00:28Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2b1de0afd15a49577fc61408d6cc1a1371142b2a'/>
<id>urn:sha1:2b1de0afd15a49577fc61408d6cc1a1371142b2a</id>
<content type='text'>
fit into existing mcontext_t.

On i386 and amd64 do return the extended FPU states using
getcontextx(3). For other architectures, getcontextx(3) returns the
same information as getcontext(2).

Tested by:  pho
MFC after:  1 month
</content>
</entry>
<entry>
<title>Replace a proliferation of buggy MD implementations of modf() with a</title>
<updated>2011-10-21T06:40:36Z</updated>
<author>
<name>David Schultz</name>
<email>das@FreeBSD.org</email>
</author>
<published>2011-10-21T06:40:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6232589aeb9b7c1c1e731d9ec324cfdb57202a48'/>
<id>urn:sha1:6232589aeb9b7c1c1e731d9ec324cfdb57202a48</id>
<content type='text'>
working MI one.  The MI one only needs to be overridden on machines
with non-IEEE754 arithmetic.  (The last supported one was the VAX.)
It can also be overridden if someone comes up with a faster one that
actually passes the regression tests -- but this is harder than it sounds.
</content>
</entry>
<entry>
<title>Remove fpsetsticky().  This was added for SysV compatibility, but due</title>
<updated>2005-03-15T15:53:39Z</updated>
<author>
<name>David Schultz</name>
<email>das@FreeBSD.org</email>
</author>
<published>2005-03-15T15:53:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=7b74e4a7591fc381c47b1674892cbec7c001f8a1'/>
<id>urn:sha1:7b74e4a7591fc381c47b1674892cbec7c001f8a1</id>
<content type='text'>
to mistakes from day 1, it has always had semantics inconsistent with
SVR4 and its successors.  In particular, given argument M:

- On Solaris and FreeBSD/{alpha,sparc64}, it clobbers the old flags
  and *sets* the new flag word to M.  (NetBSD, too?)
- On FreeBSD/{amd64,i386}, it *clears* the flags that are specified in M
  and leaves the remaining flags unchanged (modulo a small bug on amd64.)
- On FreeBSD/ia64, it is not implemented.

There is no way to fix fpsetsticky() to DTRT for both old FreeBSD apps
and apps ported from other operating systems, so the best approach
seems to be to kill the function and fix any apps that break.  I
couldn't find any ports that use it, and any such ports would already
be broken on FreeBSD/ia64 and Linux anyway.

By the way, the routine has always been undocumented in FreeBSD,
except for an MLINK to a manpage that doesn't describe it.  This
manpage has stated since 5.3-RELEASE that the functions it describes
are deprecated, so that must mean that functions that it is *supposed*
to describe but doesn't are even *more* deprecated.  ;-)

Note that fpresetsticky() has been retained on FreeBSD/i386.  As far
as I can tell, no other operating systems or ports of FreeBSD
implement it, so there's nothing for it to be inconsistent with.

PR:		75862
Suggested by:	bde
</content>
</entry>
<entry>
<title>Add support for TLS in statically linked programs.</title>
<updated>2004-08-15T16:18:52Z</updated>
<author>
<name>Doug Rabson</name>
<email>dfr@FreeBSD.org</email>
</author>
<published>2004-08-15T16:18:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ccd13c49b55616e3f92a3cf37512dc24aeb41e0a'/>
<id>urn:sha1:ccd13c49b55616e3f92a3cf37512dc24aeb41e0a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add signalcontext, required by KSE.</title>
<updated>2004-07-19T12:08:03Z</updated>
<author>
<name>Peter Grehan</name>
<email>grehan@FreeBSD.org</email>
</author>
<published>2004-07-19T12:08:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cc73b0f03db225a69a9e7ccb003ffe96129c0a94'/>
<id>urn:sha1:cc73b0f03db225a69a9e7ccb003ffe96129c0a94</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Replace seven nominally MD implementations of frexp() that are broken</title>
<updated>2004-07-18T21:23:39Z</updated>
<author>
<name>David Schultz</name>
<email>das@FreeBSD.org</email>
</author>
<published>2004-07-18T21:23:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=39bcea8689cb7cd9a708fdc5dbf616939161e5e5'/>
<id>urn:sha1:39bcea8689cb7cd9a708fdc5dbf616939161e5e5</id>
<content type='text'>
for subnormals with one implementation that works.
</content>
</entry>
<entry>
<title>Implement the classification macros isfinite(), isinf(), isnan(), and</title>
<updated>2004-07-09T03:32:40Z</updated>
<author>
<name>David Schultz</name>
<email>das@FreeBSD.org</email>
</author>
<published>2004-07-09T03:32:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=240dbabfa8e8f13bf761868a69f3045a8bc474ab'/>
<id>urn:sha1:240dbabfa8e8f13bf761868a69f3045a8bc474ab</id>
<content type='text'>
isnormal() the hard way, rather than relying on fpclassify().  This is
a lose in the sense that we need a total of 12 functions, but it is
necessary for binary compatibility because we have never bumped libm's
major version number.  In particular, isinf(), isnan(), and isnanf()
were BSD libc functions before they were C99 macros, so we can't
reimplement them in terms of fpclassify() without adding a dependency
on libc.so.5.  I have tried to arrange things so that programs that
could be compiled in FreeBSD 4.X will generate the same external
references when compiled in 5.X.  At the same time, the new macros
should remain C99-compliant.

The isinf() and isnan() functions remain in libc for historical
reasons; however, I have moved the functions that implement the macros
isfinite() and isnormal() to libm where they belong.  Moreover,
half a dozen MD versions of isinf() and isnan() have been replaced
with MI versions that work equally well.

Prodded by:	kris
</content>
</entry>
<entry>
<title>makecontext lib call.</title>
<updated>2004-03-02T06:22:24Z</updated>
<author>
<name>Peter Grehan</name>
<email>grehan@FreeBSD.org</email>
</author>
<published>2004-03-02T06:22:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=57df12f6c4ac051cec2b9efdb1e3ab7b8912c8c5'/>
<id>urn:sha1:57df12f6c4ac051cec2b9efdb1e3ab7b8912c8c5</id>
<content type='text'>
Submitted by: Suleiman Souhlal &lt;refugee@segfaulted.com&gt;
</content>
</entry>
<entry>
<title>Add forgotten IEEE functions. The Perl 5.8 port now compiles.</title>
<updated>2004-02-12T09:11:06Z</updated>
<author>
<name>Peter Grehan</name>
<email>grehan@FreeBSD.org</email>
</author>
<published>2004-02-12T09:11:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=88d2dd24fdc2e73f0cf335019d969269a8b408c0'/>
<id>urn:sha1:88d2dd24fdc2e73f0cf335019d969269a8b408c0</id>
<content type='text'>
Submitted by: Suleiman Souhlal &lt;refugee@segfaulted.com&gt;
Obtained from:  NetBSD
</content>
</entry>
</feed>
