2 @c This is part of the GNU Emacs Lisp Reference Manual.
3 @c Copyright (C) 1990, 1991, 1992, 1993, 1994 Free Software Foundation, Inc.
4 @c See the file elisp.texi for copying conditions.
5 @setfilename ../info/numbers
6 @node Numbers, Strings and Characters, Lisp Data Types, Top
11 GNU Emacs supports two numeric data types: @dfn{integers} and
12 @dfn{floating point numbers}. Integers are whole numbers such as
13 @minus{}3, 0, 7, 13, and 511. Their values are exact. Floating point
14 numbers are numbers with fractional parts, such as @minus{}4.5, 0.0, or
15 2.71828. They can also be expressed in exponential notation:
16 1.5e2 equals 150; in this example, @samp{e2} stands for ten to the
17 second power, and is multiplied by 1.5. Floating point values are not
18 exact; they have a fixed, limited amount of precision.
20 Support for floating point numbers is a new feature in Emacs 19, and it
21 is controlled by a separate compilation option, so you may encounter a site
22 where Emacs does not support them.
25 * Integer Basics:: Representation and range of integers.
26 * Float Basics:: Representation and range of floating point.
27 * Predicates on Numbers:: Testing for numbers.
28 * Comparison of Numbers:: Equality and inequality predicates.
29 * Numeric Conversions:: Converting float to integer and vice versa.
30 * Arithmetic Operations:: How to add, subtract, multiply and divide.
31 * Rounding Operations:: Explicitly rounding floating point numbers.
32 * Bitwise Operations:: Logical and, or, not, shifting.
33 * Transcendental Functions:: Trig, exponential and logarithmic functions.
34 * Random Numbers:: Obtaining random integers, predictable or not.
38 @comment node-name, next, previous, up
39 @section Integer Basics
41 The range of values for an integer depends on the machine. The
42 range is @minus{}8388608 to 8388607 (24 bits; i.e.,
56 on most machines, but on others it is @minus{}16777216 to 16777215 (25
57 bits), or @minus{}33554432 to 33554431 (26 bits). Many examples in this
58 chapter assume an integer has 24 bits.
61 The Lisp reader reads an integer as a sequence of digits with optional
62 initial sign and optional final period.
65 1 ; @r{The integer 1.}
66 1. ; @r{The integer 1.}
67 +1 ; @r{Also the integer 1.}
68 -1 ; @r{The integer @minus{}1.}
69 16777217 ; @r{Also the integer 1, due to overflow.}
70 0 ; @r{The integer 0.}
71 -0 ; @r{The integer 0.}
74 To understand how various functions work on integers, especially the
75 bitwise operators (@pxref{Bitwise Operations}), it is often helpful to
76 view the numbers in their binary form.
78 In 24-bit binary, the decimal integer 5 looks like this:
81 0000 0000 0000 0000 0000 0101
85 (We have inserted spaces between groups of 4 bits, and two spaces
86 between groups of 8 bits, to make the binary integer easier to read.)
88 The integer @minus{}1 looks like this:
91 1111 1111 1111 1111 1111 1111
95 @cindex two's complement
96 @minus{}1 is represented as 24 ones. (This is called @dfn{two's
97 complement} notation.)
99 The negative integer, @minus{}5, is creating by subtracting 4 from
100 @minus{}1. In binary, the decimal integer 4 is 100. Consequently,
101 @minus{}5 looks like this:
104 1111 1111 1111 1111 1111 1011
107 In this implementation, the largest 24-bit binary integer is the
108 decimal integer 8,388,607. In binary, it looks like this:
111 0111 1111 1111 1111 1111 1111
114 Since the arithmetic functions do not check whether integers go
115 outside their range, when you add 1 to 8,388,607, the value is the
116 negative integer @minus{}8,388,608:
121 @result{} 1000 0000 0000 0000 0000 0000
124 Many of the following functions accept markers for arguments as well
125 as integers. (@xref{Markers}.) More precisely, the actual arguments to
126 such functions may be either integers or markers, which is why we often
127 give these arguments the name @var{int-or-marker}. When the argument
128 value is a marker, its position value is used and its buffer is ignored.
131 In version 19, except where @emph{integer} is specified as an
132 argument, all of the functions for markers and integers also work for
133 floating point numbers.
137 @section Floating Point Basics
139 @cindex @code{LISP_FLOAT_TYPE} configuration macro
140 Emacs version 19 supports floating point numbers, if compiled with the
141 macro @code{LISP_FLOAT_TYPE} defined. The precise range of floating
142 point numbers is machine-specific; it is the same as the range of the C
143 data type @code{double} on the machine in question.
145 The printed representation for floating point numbers requires either
146 a decimal point (with at least one digit following), an exponent, or
147 both. For example, @samp{1500.0}, @samp{15e2}, @samp{15.0e2},
148 @samp{1.5e3}, and @samp{.15e4} are five ways of writing a floating point
149 number whose value is 1500. They are all equivalent. You can also use
150 a minus sign to write negative floating point numbers, as in
153 @cindex IEEE floating point
154 @cindex positive infinity
155 @cindex negative infinity
158 Most modern computers support the IEEE floating point standard, which
159 provides for positive infinity and negative infinity as floating point
160 values. It also provides for a class of values called NaN or
161 ``not-a-number''; numerical functions return such values in cases where
162 there is no correct answer. For example, @code{(sqrt -1.0)} returns a
163 NaN. For practical purposes, there's no significant difference between
164 different NaN values in Emacs Lisp, and there's no rule for precisely
165 which NaN value should be used in a particular case, so this manual
166 doesn't try to distinguish them. Emacs Lisp has no read syntax for NaNs
167 or infinities; perhaps we should create a syntax in the future.
169 You can use @code{logb} to extract the binary exponent of a floating
170 point number (or estimate the logarithm of an integer):
173 This function returns the binary exponent of @var{number}. More
174 precisely, the value is the logarithm of @var{number} base 2, rounded
178 @node Predicates on Numbers
179 @section Type Predicates for Numbers
181 The functions in this section test whether the argument is a number or
182 whether it is a certain sort of number. The functions @code{integerp}
183 and @code{floatp} can take any type of Lisp object as argument (the
184 predicates would not be of much use otherwise); but the @code{zerop}
185 predicate requires a number as its argument. See also
186 @code{integer-or-marker-p} and @code{number-or-marker-p}, in
187 @ref{Predicates on Markers}.
190 This predicate tests whether its argument is a floating point
191 number and returns @code{t} if so, @code{nil} otherwise.
193 @code{floatp} does not exist in Emacs versions 18 and earlier.
196 @defun integerp object
197 This predicate tests whether its argument is an integer, and returns
198 @code{t} if so, @code{nil} otherwise.
201 @defun numberp object
202 This predicate tests whether its argument is a number (either integer or
203 floating point), and returns @code{t} if so, @code{nil} otherwise.
206 @defun wholenump object
207 @cindex natural numbers
208 The @code{wholenump} predicate (whose name comes from the phrase
209 ``whole-number-p'') tests to see whether its argument is a nonnegative
210 integer, and returns @code{t} if so, @code{nil} otherwise. 0 is
211 considered non-negative.
214 @code{natnump} is an obsolete synonym for @code{wholenump}.
218 This predicate tests whether its argument is zero, and returns @code{t}
219 if so, @code{nil} otherwise. The argument must be a number.
221 These two forms are equivalent: @code{(zerop x)} @equiv{} @code{(= x 0)}.
224 @node Comparison of Numbers
225 @section Comparison of Numbers
226 @cindex number equality
228 To test numbers for numerical equality, you should normally use
229 @code{=}, not @code{eq}. There can be many distinct floating point
230 number objects with the same numeric value. If you use @code{eq} to
231 compare them, then you test whether two values are the same
232 @emph{object}. By contrast, @code{=} compares only the numeric values
235 At present, each integer value has a unique Lisp object in Emacs Lisp.
236 Therefore, @code{eq} is equivalent @code{=} where integers are
237 concerned. It is sometimes convenient to use @code{eq} for comparing an
238 unknown value with an integer, because @code{eq} does not report an
239 error if the unknown value is not a number---it accepts arguments of any
240 type. By contrast, @code{=} signals an error if the arguments are not
241 numbers or markers. However, it is a good idea to use @code{=} if you
242 can, even for comparing integers, just in case we change the
243 representation of integers in a future Emacs version.
245 There is another wrinkle: because floating point arithmetic is not
246 exact, it is often a bad idea to check for equality of two floating
247 point values. Usually it is better to test for approximate equality.
248 Here's a function to do this:
251 (defvar fuzz-factor 1.0e-6)
252 (defun approx-equal (x y)
254 (max (abs x) (abs y)))
258 @cindex CL note---integers vrs @code{eq}
260 @b{Common Lisp note:} Comparing numbers in Common Lisp always requires
261 @code{=} because Common Lisp implements multi-word integers, and two
262 distinct integer objects can have the same numeric value. Emacs Lisp
263 can have just one integer object for any given value because it has a
264 limited range of integer values.
267 @defun = number-or-marker1 number-or-marker2
268 This function tests whether its arguments are numerically equal, and
269 returns @code{t} if so, @code{nil} otherwise.
272 @defun /= number-or-marker1 number-or-marker2
273 This function tests whether its arguments are numerically equal, and
274 returns @code{t} if they are not, and @code{nil} if they are.
277 @defun < number-or-marker1 number-or-marker2
278 This function tests whether its first argument is strictly less than
279 its second argument. It returns @code{t} if so, @code{nil} otherwise.
282 @defun <= number-or-marker1 number-or-marker2
283 This function tests whether its first argument is less than or equal
284 to its second argument. It returns @code{t} if so, @code{nil}
288 @defun > number-or-marker1 number-or-marker2
289 This function tests whether its first argument is strictly greater
290 than its second argument. It returns @code{t} if so, @code{nil}
294 @defun >= number-or-marker1 number-or-marker2
295 This function tests whether its first argument is greater than or
296 equal to its second argument. It returns @code{t} if so, @code{nil}
300 @defun max number-or-marker &rest numbers-or-markers
301 This function returns the largest of its arguments.
313 @defun min number-or-marker &rest numbers-or-markers
314 This function returns the smallest of its arguments.
322 @node Numeric Conversions
323 @section Numeric Conversions
324 @cindex rounding in conversions
326 To convert an integer to floating point, use the function @code{float}.
329 This returns @var{number} converted to floating point.
330 If @var{number} is already a floating point number, @code{float} returns
334 There are four functions to convert floating point numbers to integers;
335 they differ in how they round. These functions accept integer arguments
336 also, and return such arguments unchanged.
338 @defun truncate number
339 This returns @var{number}, converted to an integer by rounding towards
343 @defun floor number &optional divisor
344 This returns @var{number}, converted to an integer by rounding downward
345 (towards negative infinity).
347 If @var{divisor} is specified, @var{number} is divided by @var{divisor}
348 before the floor is taken; this is the division operation that
349 corresponds to @code{mod}. An @code{arith-error} results if
353 @defun ceiling number
354 This returns @var{number}, converted to an integer by rounding upward
355 (towards positive infinity).
359 This returns @var{number}, converted to an integer by rounding towards the
363 @node Arithmetic Operations
364 @section Arithmetic Operations
366 Emacs Lisp provides the traditional four arithmetic operations:
367 addition, subtraction, multiplication, and division. Remainder and modulus
368 functions supplement the division functions. The functions to
369 add or subtract 1 are provided because they are traditional in Lisp and
372 All of these functions except @code{%} return a floating point value
373 if any argument is floating.
375 It is important to note that in GNU Emacs Lisp, arithmetic functions
376 do not check for overflow. Thus @code{(1+ 8388607)} may evaluate to
377 @minus{}8388608, depending on your hardware.
379 @defun 1+ number-or-marker
380 This function returns @var{number-or-marker} plus 1.
390 This function is not analogous to the C operator @code{++}---it does
391 not increment a variable. It just computes a sum. Thus,
398 If you want to increment the variable, you must use @code{setq},
407 @defun 1- number-or-marker
408 This function returns @var{number-or-marker} minus 1.
412 This returns the absolute value of @var{number}.
415 @defun + &rest numbers-or-markers
416 This function adds its arguments together. When given no arguments,
417 @code{+} returns 0. It does not check for overflow.
429 @defun - &optional number-or-marker &rest other-numbers-or-markers
430 The @code{-} function serves two purposes: negation and subtraction.
431 When @code{-} has a single argument, the value is the negative of the
432 argument. When there are multiple arguments, @code{-} subtracts each of
433 the @var{other-numbers-or-markers} from @var{number-or-marker},
434 cumulatively. If there are no arguments, the result is 0. This
435 function does not check for overflow.
447 @defun * &rest numbers-or-markers
448 This function multiplies its arguments together, and returns the
449 product. When given no arguments, @code{*} returns 1. It does
450 not check for overflow.
462 @defun / dividend divisor &rest divisors
463 This function divides @var{dividend} by @var{divisor} and returns the
464 quotient. If there are additional arguments @var{divisors}, then it
465 divides @var{dividend} by each divisor in turn. Each argument may be a
468 If all the arguments are integers, then the result is an integer too.
469 This means the result has to be rounded. On most machines, the result
470 is rounded towards zero after each division, but some machines may round
471 differently with negative arguments. This is because the Lisp function
472 @code{/} is implemented using the C division operator, which also
473 permits machine-dependent rounding. As a practical matter, all known
474 machines round in the standard fashion.
476 @cindex @code{arith-error} in division
477 If you divide by 0, an @code{arith-error} error is signaled.
491 The result of @code{(/ -17 6)} could in principle be -3 on some
495 @defun % dividend divisor
497 This function returns the integer remainder after division of @var{dividend}
498 by @var{divisor}. The arguments must be integers or markers.
500 For negative arguments, the remainder is in principle machine-dependent
501 since the quotient is; but in practice, all known machines behave alike.
503 An @code{arith-error} results if @var{divisor} is 0.
516 For any two integers @var{dividend} and @var{divisor},
520 (+ (% @var{dividend} @var{divisor})
521 (* (/ @var{dividend} @var{divisor}) @var{divisor}))
526 always equals @var{dividend}.
529 @defun mod dividend divisor
531 This function returns the value of @var{dividend} modulo @var{divisor};
532 in other words, the remainder after division of @var{dividend}
533 by @var{divisor}, but with the same sign as @var{divisor}.
534 The arguments must be numbers or markers.
536 Unlike @code{%}, @code{mod} returns a well-defined result for negative
537 arguments. It also permits floating point arguments; it rounds the
538 quotient downward (towards minus infinity) to an integer, and uses that
539 quotient to compute the remainder.
541 An @code{arith-error} results if @var{divisor} is 0.
556 For any two numbers @var{dividend} and @var{divisor},
560 (+ (mod @var{dividend} @var{divisor})
561 (* (floor @var{dividend} @var{divisor}) @var{divisor}))
566 always equals @var{dividend}, subject to rounding error if
567 either argument is floating point.
570 @node Rounding Operations
571 @section Rounding Operations
572 @cindex rounding without conversion
574 The functions @code{ffloor}, @code{fceiling}, @code{fround} and
575 @code{ftruncate} take a floating point argument and return a floating
576 point result whose value is a nearby integer. @code{ffloor} returns the
577 nearest integer below; @code{fceiling}, the nearest integer above;
578 @code{ftruncate}, the nearest integer in the direction towards zero;
579 @code{fround}, the nearest integer.
582 This function rounds @var{float} to the next lower integral value, and
583 returns that value as a floating point number.
586 @defun fceiling float
587 This function rounds @var{float} to the next higher integral value, and
588 returns that value as a floating point number.
591 @defun ftruncate float
592 This function rounds @var{float} towards zero to an integral value, and
593 returns that value as a floating point number.
597 This function rounds @var{float} to the nearest integral value,
598 and returns that value as a floating point number.
601 @node Bitwise Operations
602 @section Bitwise Operations on Integers
604 In a computer, an integer is represented as a binary number, a
605 sequence of @dfn{bits} (digits which are either zero or one). A bitwise
606 operation acts on the individual bits of such a sequence. For example,
607 @dfn{shifting} moves the whole sequence left or right one or more places,
608 reproducing the same pattern ``moved over''.
610 The bitwise operations in Emacs Lisp apply only to integers.
612 @defun lsh integer1 count
613 @cindex logical shift
614 @code{lsh}, which is an abbreviation for @dfn{logical shift}, shifts the
615 bits in @var{integer1} to the left @var{count} places, or to the right
616 if @var{count} is negative, bringing zeros into the vacated bits. If
617 @var{count} is negative, @code{lsh} shifts zeros into the leftmost
618 (most-significant) bit, producing a positive result even if
619 @var{integer1} is negative. Contrast this with @code{ash}, below.
621 Here are two examples of @code{lsh}, shifting a pattern of bits one
622 place to the left. We show only the low-order eight bits of the binary
623 pattern; the rest are all zero.
629 ;; @r{Decimal 5 becomes decimal 10.}
630 00000101 @result{} 00001010
634 ;; @r{Decimal 7 becomes decimal 14.}
635 00000111 @result{} 00001110
640 As the examples illustrate, shifting the pattern of bits one place to
641 the left produces a number that is twice the value of the previous
644 The function @code{lsh}, like all Emacs Lisp arithmetic functions, does
645 not check for overflow, so shifting left can discard significant bits
646 and change the sign of the number. For example, left shifting 8,388,607
647 produces @minus{}2 on a 24-bit machine:
650 (lsh 8388607 1) ; @r{left shift}
654 In binary, in the 24-bit implementation, the argument looks like this:
658 ;; @r{Decimal 8,388,607}
659 0111 1111 1111 1111 1111 1111
664 which becomes the following when left shifted:
668 ;; @r{Decimal @minus{}2}
669 1111 1111 1111 1111 1111 1110
673 Shifting the pattern of bits two places to the left produces results
674 like this (with 8-bit binary numbers):
680 ;; @r{Decimal 3 becomes decimal 12.}
681 00000011 @result{} 00001100
685 On the other hand, shifting the pattern of bits one place to the right
692 ;; @r{Decimal 6 becomes decimal 3.}
693 00000110 @result{} 00000011
699 ;; @r{Decimal 5 becomes decimal 2.}
700 00000101 @result{} 00000010
705 As the example illustrates, shifting the pattern of bits one place to
706 the right divides the value of the binary number by two, rounding downward.
709 @defun ash integer1 count
710 @cindex arithmetic shift
711 @code{ash} (@dfn{arithmetic shift}) shifts the bits in @var{integer1}
712 to the left @var{count} places, or to the right if @var{count}
715 @code{ash} gives the same results as @code{lsh} except when
716 @var{integer1} and @var{count} are both negative. In that case,
717 @code{ash} puts a one in the leftmost position, while @code{lsh} puts
718 a zero in the leftmost position.
720 Thus, with @code{ash}, shifting the pattern of bits one place to the right
725 (ash -6 -1) @result{} -3
726 ;; @r{Decimal @minus{}6 becomes decimal @minus{}3.}
727 1111 1111 1111 1111 1111 1010
729 1111 1111 1111 1111 1111 1101
733 In contrast, shifting the pattern of bits one place to the right with
734 @code{lsh} looks like this:
738 (lsh -6 -1) @result{} 8388605
739 ;; @r{Decimal @minus{}6 becomes decimal 8,388,605.}
740 1111 1111 1111 1111 1111 1010
742 0111 1111 1111 1111 1111 1101
746 Here are other examples:
748 @c !!! Check if lined up in smallbook format! XDVI shows problem
749 @c with smallbook but not with regular book! --rjc 16mar92
752 ; @r{ 24-bit binary values}
754 (lsh 5 2) ; 5 = @r{0000 0000 0000 0000 0000 0101}
755 @result{} 20 ; = @r{0000 0000 0000 0000 0001 0100}
760 (lsh -5 2) ; -5 = @r{1111 1111 1111 1111 1111 1011}
761 @result{} -20 ; = @r{1111 1111 1111 1111 1110 1100}
766 (lsh 5 -2) ; 5 = @r{0000 0000 0000 0000 0000 0101}
767 @result{} 1 ; = @r{0000 0000 0000 0000 0000 0001}
774 (lsh -5 -2) ; -5 = @r{1111 1111 1111 1111 1111 1011}
775 @result{} 4194302 ; = @r{0011 1111 1111 1111 1111 1110}
778 (ash -5 -2) ; -5 = @r{1111 1111 1111 1111 1111 1011}
779 @result{} -2 ; = @r{1111 1111 1111 1111 1111 1110}
784 @defun logand &rest ints-or-markers
787 This function returns the ``logical and'' of the arguments: the
788 @var{n}th bit is set in the result if, and only if, the @var{n}th bit is
789 set in all the arguments. (``Set'' means that the value of the bit is 1
792 For example, using 4-bit binary numbers, the ``logical and'' of 13 and
793 12 is 12: 1101 combined with 1100 produces 1100.
794 In both the binary numbers, the leftmost two bits are set (i.e., they
795 are 1's), so the leftmost two bits of the returned value are set.
796 However, for the rightmost two bits, each is zero in at least one of
797 the arguments, so the rightmost two bits of the returned value are 0's.
809 If @code{logand} is not passed any argument, it returns a value of
810 @minus{}1. This number is an identity element for @code{logand}
811 because its binary representation consists entirely of ones. If
812 @code{logand} is passed just one argument, it returns that argument.
816 ; @r{ 24-bit binary values}
818 (logand 14 13) ; 14 = @r{0000 0000 0000 0000 0000 1110}
819 ; 13 = @r{0000 0000 0000 0000 0000 1101}
820 @result{} 12 ; 12 = @r{0000 0000 0000 0000 0000 1100}
824 (logand 14 13 4) ; 14 = @r{0000 0000 0000 0000 0000 1110}
825 ; 13 = @r{0000 0000 0000 0000 0000 1101}
826 ; 4 = @r{0000 0000 0000 0000 0000 0100}
827 @result{} 4 ; 4 = @r{0000 0000 0000 0000 0000 0100}
832 @result{} -1 ; -1 = @r{1111 1111 1111 1111 1111 1111}
837 @defun logior &rest ints-or-markers
838 @cindex logical inclusive or
840 This function returns the ``inclusive or'' of its arguments: the @var{n}th bit
841 is set in the result if, and only if, the @var{n}th bit is set in at least
842 one of the arguments. If there are no arguments, the result is zero,
843 which is an identity element for this operation. If @code{logior} is
844 passed just one argument, it returns that argument.
848 ; @r{ 24-bit binary values}
850 (logior 12 5) ; 12 = @r{0000 0000 0000 0000 0000 1100}
851 ; 5 = @r{0000 0000 0000 0000 0000 0101}
852 @result{} 13 ; 13 = @r{0000 0000 0000 0000 0000 1101}
856 (logior 12 5 7) ; 12 = @r{0000 0000 0000 0000 0000 1100}
857 ; 5 = @r{0000 0000 0000 0000 0000 0101}
858 ; 7 = @r{0000 0000 0000 0000 0000 0111}
859 @result{} 15 ; 15 = @r{0000 0000 0000 0000 0000 1111}
864 @defun logxor &rest ints-or-markers
865 @cindex bitwise exclusive or
866 @cindex logical exclusive or
867 This function returns the ``exclusive or'' of its arguments: the
868 @var{n}th bit is set in the result if, and only if, the @var{n}th bit is
869 set in an odd number of the arguments. If there are no arguments, the
870 result is 0, which is an identity element for this operation. If
871 @code{logxor} is passed just one argument, it returns that argument.
875 ; @r{ 24-bit binary values}
877 (logxor 12 5) ; 12 = @r{0000 0000 0000 0000 0000 1100}
878 ; 5 = @r{0000 0000 0000 0000 0000 0101}
879 @result{} 9 ; 9 = @r{0000 0000 0000 0000 0000 1001}
883 (logxor 12 5 7) ; 12 = @r{0000 0000 0000 0000 0000 1100}
884 ; 5 = @r{0000 0000 0000 0000 0000 0101}
885 ; 7 = @r{0000 0000 0000 0000 0000 0111}
886 @result{} 14 ; 14 = @r{0000 0000 0000 0000 0000 1110}
891 @defun lognot integer
894 This function returns the logical complement of its argument: the @var{n}th
895 bit is one in the result if, and only if, the @var{n}th bit is zero in
896 @var{integer}, and vice-versa.
901 ;; 5 = @r{0000 0000 0000 0000 0000 0101}
903 ;; -6 = @r{1111 1111 1111 1111 1111 1010}
907 @node Transcendental Functions
908 @section Transcendental Functions
909 @cindex transcendental functions
910 @cindex mathematical functions
912 These mathematical functions are available if floating point is
913 supported. They allow integers as well as floating point numbers
919 These are the ordinary trigonometric functions, with argument measured
924 The value of @code{(asin @var{arg})} is a number between @minus{}pi/2
925 and pi/2 (inclusive) whose sine is @var{arg}; if, however, @var{arg}
926 is out of range (outside [-1, 1]), then the result is a NaN.
930 The value of @code{(acos @var{arg})} is a number between 0 and pi
931 (inclusive) whose cosine is @var{arg}; if, however, @var{arg}
932 is out of range (outside [-1, 1]), then the result is a NaN.
936 The value of @code{(atan @var{arg})} is a number between @minus{}pi/2
937 and pi/2 (exclusive) whose tangent is @var{arg}.
941 This is the exponential function; it returns @i{e} to the power
942 @var{arg}. @i{e} is a fundamental mathematical constant also called the
943 base of natural logarithms.
946 @defun log arg &optional base
947 This function returns the logarithm of @var{arg}, with base @var{base}.
948 If you don't specify @var{base}, the base @var{e} is used. If @var{arg}
949 is negative, the result is a NaN.
954 This function returns @code{(1- (exp @var{arg}))}, but it is more
955 accurate than that when @var{arg} is negative and @code{(exp @var{arg})}
960 This function returns @code{(log (1+ @var{arg}))}, but it is more
961 accurate than that when @var{arg} is so small that adding 1 to it would
967 This function returns the logarithm of @var{arg}, with base 10. If
968 @var{arg} is negative, the result is a NaN. @code{(log10 @var{x})}
969 @equiv{} @code{(log @var{x} 10)}, at least approximately.
973 This function returns @var{x} raised to power @var{y}.
977 This returns the square root of @var{arg}. If @var{arg} is negative,
982 @section Random Numbers
983 @cindex random numbers
985 A deterministic computer program cannot generate true random numbers.
986 For most purposes, @dfn{pseudo-random numbers} suffice. A series of
987 pseudo-random numbers is generated in a deterministic fashion. The
988 numbers are not truly random, but they have certain properties that
989 mimic a random series. For example, all possible values occur equally
990 often in a pseudo-random series.
992 In Emacs, pseudo-random numbers are generated from a ``seed'' number.
993 Starting from any given seed, the @code{random} function always
994 generates the same sequence of numbers. Emacs always starts with the
995 same seed value, so the sequence of values of @code{random} is actually
996 the same in each Emacs run! For example, in one operating system, the
997 first call to @code{(random)} after you start Emacs always returns
998 -1457731, and the second one always returns -7692030. This
999 repeatability is helpful for debugging.
1001 If you want truly unpredictable random numbers, execute @code{(random
1002 t)}. This chooses a new seed based on the current time of day and on
1003 Emacs's process @sc{id} number.
1005 @defun random &optional limit
1006 This function returns a pseudo-random integer. Repeated calls return a
1007 series of pseudo-random integers.
1009 If @var{limit} is @code{nil}, then the value may in principle be any
1010 integer. If @var{limit} is a positive integer, the value is chosen to
1011 be nonnegative and less than @var{limit} (only in Emacs 19).
1013 If @var{limit} is @code{t}, it means to choose a new seed based on the
1014 current time of day and on Emacs's process @sc{id} number.
1015 @c "Emacs'" is incorrect usage!
1017 On some machines, any integer representable in Lisp may be the result
1018 of @code{random}. On other machines, the result can never be larger
1019 than a certain maximum or less than a certain (negative) minimum.