summaryrefslogtreecommitdiffstats
path: root/lib
diff options
context:
space:
mode:
authorbde <bde@FreeBSD.org>2006-07-05 02:16:29 +0000
committerbde <bde@FreeBSD.org>2006-07-05 02:16:29 +0000
commit31501671ae64a4fd2848fbcda9f67012a5ce8fd3 (patch)
treef6565f0c991a8993e8e4266ec63c02393635ffc8 /lib
parent7ae1ec85dc1edc399a954a13e04d4800fbe0c335 (diff)
downloadFreeBSD-src-31501671ae64a4fd2848fbcda9f67012a5ce8fd3.zip
FreeBSD-src-31501671ae64a4fd2848fbcda9f67012a5ce8fd3.tar.gz
Backed out rev.1.10. It tried to implement ldexpf() as a weak reference
to scalbf(), but ldexpf() cannot be implemented in that way since the types of the second parameter differ. ldexpf() can be implemented as a weak or strong reference to scalbnf() (*) but that was already done long before rev.1.10 was committed. The old implementation uses a reference, so rev.1.10 had no effect on applications. The C files for the scalb() family are not used for amd64 or i386, so rev.1.10 had even less effect for these arches. (*) scalbnf() raises the radix to the given exponent, while ldexpf() raises 2 to the given exponent. Thus the functions are equivalent except possibly for their error handling iff the radix is 2. Standards more or less require identical error handling. Under FreeBSD, the functions are equivalent except for more details being missing in scalbnf()'s man page.
Diffstat (limited to 'lib')
-rw-r--r--lib/msun/src/e_scalbf.c2
1 files changed, 0 insertions, 2 deletions
diff --git a/lib/msun/src/e_scalbf.c b/lib/msun/src/e_scalbf.c
index 41945d2..e0e7c02 100644
--- a/lib/msun/src/e_scalbf.c
+++ b/lib/msun/src/e_scalbf.c
@@ -42,5 +42,3 @@ __ieee754_scalbf(float x, float fn)
return scalbnf(x,(int)fn);
#endif
}
-
-__weak_reference(scalbf, ldexpf);
OpenPOWER on IntegriCloud