src-test2/lib/libc/powerpc, branch release/6.2.0_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F6.2.0_cvs 2007-01-11T22:54:46Z This commit was manufactured by cvs2svn to create tag 2007-01-11T22:54:46Z cvs2svn cvs2svn@FreeBSD.org 2007-01-11T22:54:46Z urn:sha1:201f78d6b90635d961fa373ecd706e3786333b7e 'RELENG_6_2_0_RELEASE'. This commit was manufactured to restore the state of the 6.2-RELEASE image. MFC TLS fixes. 2006-09-02T01:16:56Z Marcel Moolenaar marcel@FreeBSD.org 2006-09-02T01:16:56Z urn:sha1:f5e80e2b77a72e3f010b5feda9ba150bd9282f3e Remove fpsetsticky(). This was added for SysV compatibility, but due 2005-03-15T15:53:39Z David Schultz das@FreeBSD.org 2005-03-15T15:53:39Z urn:sha1:7b74e4a7591fc381c47b1674892cbec7c001f8a1 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 Define LDBL_NBIT to be a mask indicating the position of the integer 2005-03-07T04:55:22Z David Schultz das@FreeBSD.org 2005-03-07T04:55:22Z urn:sha1:1dfab5edec54cfecf3041ebfb755585aab13024c bit in a long double. For architectures that don't have such a bit, LDBL_NBIT is 0. This makes it possible to say `mantissa & ~LDBL_NBIT' in places that previously used an #ifdef to select the right expression. The optimizer should dispense with the extra arithmetic when LDBL_NBIT is 0. Update my email address. 2005-02-06T03:23:31Z David Schultz das@FreeBSD.org 2005-02-06T03:23:31Z urn:sha1:f154b03b25139930b6e998966bf3b3fd37249ba9 Replace the ldexp() implementation in libc with a renamed copy of the 2005-01-22T06:03:40Z David Schultz das@FreeBSD.org 2005-01-22T06:03:40Z urn:sha1:00646ca2047305fce32d99edc7a8e6dfd801f3b4 scalbn() implementation from libm. (The two functions are defined to be identical, but ldexp() lives in libc for backwards compatibility.) The old ldexp() implementation... - was more complicated than this one - set errno instead of raising FP exceptions - got some corner cases wrong (e.g. ldexp(1.0, 2000) in round-to-zero mode) The new implementation lives in libc/gen instead of libc/$MACHINE_ARCH/gen, since we don't need N copies of a machine-independent file. The amd64 and i386 platforms retain their fast and correct MD implementations and override this one. Add a file missed in the previous commit: 2005-01-15T05:26:32Z David Schultz das@FreeBSD.org 2005-01-15T05:26:32Z urn:sha1:851e420fbabde04c40dd177a345c31c1d44a1ccb Eliminate gdtoa.mk and move its contents to ${MACHINE_ARCH}/Makefile.inc. The purpose of having a separate file involved an abandoned scheme that would have kept contrib/gdtoa out of the include path for the rest of libc. Eliminate gdtoa.mk and move its contents to ${MACHINE_ARCH}/Makefile.inc. 2005-01-15T05:23:58Z David Schultz das@FreeBSD.org 2005-01-15T05:23:58Z urn:sha1:bd15659f64eb4460b85f395a176de9d4fcf40ecb The purpose of having a separate file involved an abandoned scheme that would have kept contrib/gdtoa out of the include path for the rest of libc. Add support for TLS in statically linked programs. 2004-08-15T16:18:52Z Doug Rabson dfr@FreeBSD.org 2004-08-15T16:18:52Z urn:sha1:ccd13c49b55616e3f92a3cf37512dc24aeb41e0a Fix printing of long doubles to match the size that 2004-07-19T23:56:07Z Andrew Gallatin gallatin@FreeBSD.org 2004-07-19T23:56:07Z urn:sha1:df11547f5d598cf160b2ca751e845b2c29f93a12 gcc is using. This fixes devstat consumers (like vmstat, iostat, systat) so they don't print crazy zillion digit numbers for disk transfers and bandwidth. According to gcc, long doubles are 64-bits, rather than 128 bits like the SVR4 ABI spec wants them to be.. Note that MacOSX also treats long doubles as 64-bits, and not 128 bits, so we are in good company. Reviewed by: das Approved by: grehan