GNU bug report logs -
#20185
24.4.50; problem with built-in function "ldexp" Emacs Ver: 24.4.50.1
Previous Next
Reported by: Bernard Hurley <bernard <at> marcade.biz>
Date: Mon, 23 Mar 2015 20:30:03 UTC
Severity: minor
Found in version 24.4.50
Done: Paul Eggert <eggert <at> cs.ucla.edu>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Tue, 24 Mar 2015 11:57:10 -0700
with message-id <5511B386.6010802 <at> cs.ucla.edu>
and subject line Re: 24.4.50; problem with built-in function "ldexp" Emacs Ver: 24.4.50.1
has caused the debbugs.gnu.org bug report #20185,
regarding 24.4.50; problem with built-in function "ldexp" Emacs Ver: 24.4.50.1
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
20185: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=20185
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
(24.4.50) 3.2 Floating-Point Basics we read:
---------- snip ------------
-- Function: ldexp sig &optional exp
This function returns a floating-point number corresponding to the
significand SIG and exponent EXP.
----------snip -------------
However it is easy to verify that the second argument is not
optional. For example:
(ldexp 5.0)
triggers the error:
*** Eval error *** Wrong type argument: integerp, nil
The code for ldexp in floatfn.c reads:
---------- snip ---------------
DEFUN ("ldexp", Fldexp, Sldexp, 1, 2, 0,
doc: /* Construct number X from significand SGNFCAND and exponent EXP.
Returns the floating point value resulting from multiplying SGNFCAND
(the significand) by 2 raised to the power of EXP (the exponent). */)
(Lisp_Object sgnfcand, Lisp_Object exponent)
{
CHECK_NUMBER (exponent);
return make_float (ldexp (XFLOATINT (sgnfcand), XINT (exponent)));
}
---------- snip -------------
The declaration conforms to that in the manual but nothing seems to have
been done to take into account what happens when `exp' is missing. It
seems to me that there are two possibilities:
EITHER: The declaration in floatfns.c is incorrect and should read:
DEFUN ("ldexp", Fldexp, Sldexp, 1, 1, 0,
....
In which case it will need to be changed and the manual will need to be
changed accordingly.
OR: `exp' is supposed to have a default value (0 say), when the code in
floatfns.c should be changed accordingly. In this case it might still
be a good idea to update the manual to explain that it has this value.
[Message part 3 (message/rfc822, inline)]
[Message part 4 (text/plain, inline)]
Thanks for catching that bug. While fixing it I noticed some related
minor glitches with ldexp, so I installed the attached patch.
[0001-Fix-minor-ldexp-issues.patch (text/x-patch, attachment)]
This bug report was last modified 10 years and 56 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.