2 @c This is part of the XEmacs Lisp Reference Manual.
3 @c Copyright (C) 1990, 1991, 1992, 1993, 1994 Free Software Foundation, Inc.
4 @c See the file lispref.texi for copying conditions.
5 @setfilename ../../info/numbers.info
6 @node Numbers, Strings and Characters, Lisp Data Types, Top
11 XEmacs supports two numeric data types: @dfn{integers} and
12 @dfn{floating point numbers}. Integers are whole numbers such as
13 @minus{}3, 0, #b0111, #xFEED, #o744. Their values are exact. The
14 number prefixes `#b', `#o', and `#x' are supported to represent numbers
15 in binary, octal, and hexadecimal notation (or radix). Floating point
16 numbers are numbers with fractional parts, such as @minus{}4.5, 0.0, or
17 2.71828. They can also be expressed in exponential notation: 1.5e2
18 equals 150; in this example, @samp{e2} stands for ten to the second
19 power, and is multiplied by 1.5. Floating point values are not exact;
20 they have a fixed, limited amount of precision.
23 * Integer Basics:: Representation and range of integers.
24 * Float Basics:: Representation and range of floating point.
25 * Predicates on Numbers:: Testing for numbers.
26 * Comparison of Numbers:: Equality and inequality predicates.
27 * Numeric Conversions:: Converting float to integer and vice versa.
28 * Arithmetic Operations:: How to add, subtract, multiply and divide.
29 * Rounding Operations:: Explicitly rounding floating point numbers.
30 * Bitwise Operations:: Logical and, or, not, shifting.
31 * Math Functions:: Trig, exponential and logarithmic functions.
32 * Random Numbers:: Obtaining random integers, predictable or not.
36 @section Integer Basics
38 The range of values for an integer depends on the machine. The
39 minimum range is @minus{}134217728 to 134217727 (28 bits; i.e.,
53 but some machines may provide a wider range. Many examples in this
54 chapter assume an integer has 28 bits.
57 The Lisp reader reads an integer as a sequence of digits with optional
58 initial sign and optional final period.
61 1 ; @r{The integer 1.}
62 1. ; @r{The integer 1.}
63 +1 ; @r{Also the integer 1.}
64 -1 ; @r{The integer @minus{}1.}
65 268435457 ; @r{Also the integer 1, due to overflow.}
66 0 ; @r{The integer 0.}
67 -0 ; @r{The integer 0.}
70 To understand how various functions work on integers, especially the
71 bitwise operators (@pxref{Bitwise Operations}), it is often helpful to
72 view the numbers in their binary form.
74 In 28-bit binary, the decimal integer 5 looks like this:
77 0000 0000 0000 0000 0000 0000 0101
81 (We have inserted spaces between groups of 4 bits, and two spaces
82 between groups of 8 bits, to make the binary integer easier to read.)
84 The integer @minus{}1 looks like this:
87 1111 1111 1111 1111 1111 1111 1111
91 @cindex two's complement
92 @minus{}1 is represented as 28 ones. (This is called @dfn{two's
93 complement} notation.)
95 The negative integer, @minus{}5, is creating by subtracting 4 from
96 @minus{}1. In binary, the decimal integer 4 is 100. Consequently,
97 @minus{}5 looks like this:
100 1111 1111 1111 1111 1111 1111 1011
103 In this implementation, the largest 28-bit binary integer is the
104 decimal integer 134,217,727. In binary, it looks like this:
107 0111 1111 1111 1111 1111 1111 1111
110 Since the arithmetic functions do not check whether integers go
111 outside their range, when you add 1 to 134,217,727, the value is the
112 negative integer @minus{}134,217,728:
117 @result{} 1000 0000 0000 0000 0000 0000 0000
120 Many of the following functions accept markers for arguments as well
121 as integers. (@xref{Markers}.) More precisely, the actual arguments to
122 such functions may be either integers or markers, which is why we often
123 give these arguments the name @var{int-or-marker}. When the argument
124 value is a marker, its position value is used and its buffer is ignored.
127 In version 19, except where @emph{integer} is specified as an
128 argument, all of the functions for markers and integers also work for
129 floating point numbers.
133 @section Floating Point Basics
135 XEmacs supports floating point numbers. The precise range of floating
136 point numbers is machine-specific; it is the same as the range of the C
137 data type @code{double} on the machine in question.
139 The printed representation for floating point numbers requires either
140 a decimal point (with at least one digit following), an exponent, or
141 both. For example, @samp{1500.0}, @samp{15e2}, @samp{15.0e2},
142 @samp{1.5e3}, and @samp{.15e4} are five ways of writing a floating point
143 number whose value is 1500. They are all equivalent. You can also use
144 a minus sign to write negative floating point numbers, as in
147 @cindex IEEE floating point
148 @cindex positive infinity
149 @cindex negative infinity
152 Most modern computers support the IEEE floating point standard, which
153 provides for positive infinity and negative infinity as floating point
154 values. It also provides for a class of values called NaN or
155 ``not-a-number''; numerical functions return such values in cases where
156 there is no correct answer. For example, @code{(sqrt -1.0)} returns a
157 NaN. For practical purposes, there's no significant difference between
158 different NaN values in XEmacs Lisp, and there's no rule for precisely
159 which NaN value should be used in a particular case, so this manual
160 doesn't try to distinguish them. XEmacs Lisp has no read syntax for NaNs
161 or infinities; perhaps we should create a syntax in the future.
163 You can use @code{logb} to extract the binary exponent of a floating
164 point number (or estimate the logarithm of an integer):
167 This function returns the binary exponent of @var{number}. More
168 precisely, the value is the logarithm of @var{number} base 2, rounded
172 @node Predicates on Numbers
173 @section Type Predicates for Numbers
175 The functions in this section test whether the argument is a number or
176 whether it is a certain sort of number. The functions @code{integerp}
177 and @code{floatp} can take any type of Lisp object as argument (the
178 predicates would not be of much use otherwise); but the @code{zerop}
179 predicate requires a number as its argument. See also
180 @code{integer-or-marker-p}, @code{integer-char-or-marker-p},
181 @code{number-or-marker-p} and @code{number-char-or-marker-p}, in
182 @ref{Predicates on Markers}.
185 This predicate tests whether its argument is a floating point
186 number and returns @code{t} if so, @code{nil} otherwise.
188 @code{floatp} does not exist in Emacs versions 18 and earlier.
191 @defun integerp object
192 This predicate tests whether its argument is an integer, and returns
193 @code{t} if so, @code{nil} otherwise.
196 @defun numberp object
197 This predicate tests whether its argument is a number (either integer or
198 floating point), and returns @code{t} if so, @code{nil} otherwise.
201 @defun natnump object
202 @cindex natural numbers
203 The @code{natnump} predicate (whose name comes from the phrase
204 ``natural-number-p'') tests to see whether its argument is a nonnegative
205 integer, and returns @code{t} if so, @code{nil} otherwise. 0 is
206 considered non-negative.
210 This predicate tests whether its argument is zero, and returns @code{t}
211 if so, @code{nil} otherwise. The argument must be a number.
213 These two forms are equivalent: @code{(zerop x)} @equiv{} @code{(= x 0)}.
216 @node Comparison of Numbers
217 @section Comparison of Numbers
218 @cindex number equality
220 To test numbers for numerical equality, you should normally use
221 @code{=}, not @code{eq}. There can be many distinct floating point
222 number objects with the same numeric value. If you use @code{eq} to
223 compare them, then you test whether two values are the same
224 @emph{object}. By contrast, @code{=} compares only the numeric values
227 At present, each integer value has a unique Lisp object in XEmacs Lisp.
228 Therefore, @code{eq} is equivalent to @code{=} where integers are
229 concerned. It is sometimes convenient to use @code{eq} for comparing an
230 unknown value with an integer, because @code{eq} does not report an
231 error if the unknown value is not a number---it accepts arguments of any
232 type. By contrast, @code{=} signals an error if the arguments are not
233 numbers or markers. However, it is a good idea to use @code{=} if you
234 can, even for comparing integers, just in case we change the
235 representation of integers in a future XEmacs version.
237 There is another wrinkle: because floating point arithmetic is not
238 exact, it is often a bad idea to check for equality of two floating
239 point values. Usually it is better to test for approximate equality.
240 Here's a function to do this:
243 (defconst fuzz-factor 1.0e-6)
244 (defun approx-equal (x y)
245 (or (and (= x 0) (= y 0))
247 (max (abs x) (abs y)))
251 @cindex CL note---integers vrs @code{eq}
253 @b{Common Lisp note:} Comparing numbers in Common Lisp always requires
254 @code{=} because Common Lisp implements multi-word integers, and two
255 distinct integer objects can have the same numeric value. XEmacs Lisp
256 can have just one integer object for any given value because it has a
257 limited range of integer values.
260 In addition to numbers, all of the following functions also accept
261 characters and markers as arguments, and treat them as their number
264 @defun = number &rest more-numbers
265 This function returns @code{t} if all of its arguments are numerically
266 equal, @code{nil} otherwise.
280 @defun /= number &rest more-numbers
281 This function returns @code{t} if no two arguments are numerically
282 equal, @code{nil} otherwise.
294 @defun < number &rest more-numbers
295 This function returns @code{t} if the sequence of its arguments is
296 monotonically increasing, @code{nil} otherwise.
308 @defun <= number &rest more-numbers
309 This function returns @code{t} if the sequence of its arguments is
310 monotonically nondecreasing, @code{nil} otherwise.
322 @defun > number &rest more-numbers
323 This function returns @code{t} if the sequence of its arguments is
324 monotonically decreasing, @code{nil} otherwise.
327 @defun >= number &rest more-numbers
328 This function returns @code{t} if the sequence of its arguments is
329 monotonically nonincreasing, @code{nil} otherwise.
332 @defun max number &rest more-numbers
333 This function returns the largest of its arguments.
345 @defun min number &rest more-numbers
346 This function returns the smallest of its arguments.
354 @node Numeric Conversions
355 @section Numeric Conversions
356 @cindex rounding in conversions
358 To convert an integer to floating point, use the function @code{float}.
361 This returns @var{number} converted to floating point.
362 If @var{number} is already a floating point number, @code{float} returns
366 There are four functions to convert floating point numbers to integers;
367 they differ in how they round. These functions accept integer arguments
368 also, and return such arguments unchanged.
370 @defun truncate number
371 This returns @var{number}, converted to an integer by rounding towards
375 @defun floor number &optional divisor
376 This returns @var{number}, converted to an integer by rounding downward
377 (towards negative infinity).
379 If @var{divisor} is specified, @var{number} is divided by @var{divisor}
380 before the floor is taken; this is the division operation that
381 corresponds to @code{mod}. An @code{arith-error} results if
385 @defun ceiling number
386 This returns @var{number}, converted to an integer by rounding upward
387 (towards positive infinity).
391 This returns @var{number}, converted to an integer by rounding towards the
392 nearest integer. Rounding a value equidistant between two integers
393 may choose the integer closer to zero, or it may prefer an even integer,
394 depending on your machine.
397 @node Arithmetic Operations
398 @section Arithmetic Operations
400 XEmacs Lisp provides the traditional four arithmetic operations:
401 addition, subtraction, multiplication, and division. Remainder and modulus
402 functions supplement the division functions. The functions to
403 add or subtract 1 are provided because they are traditional in Lisp and
406 All of these functions except @code{%} return a floating point value
407 if any argument is floating.
409 It is important to note that in XEmacs Lisp, arithmetic functions
410 do not check for overflow. Thus @code{(1+ 134217727)} may evaluate to
411 @minus{}134217728, depending on your hardware.
414 This function returns @var{number} plus one. @var{number} may be a
415 number, character or marker. Markers and characters are converted to
427 This function is not analogous to the C operator @code{++}---it does not
428 increment a variable. It just computes a sum. Thus, if we continue,
435 If you want to increment the variable, you must use @code{setq},
443 Now that the @code{cl} package is always available from lisp code, a
444 more convenient and natural way to increment a variable is
445 @w{@code{(incf foo)}}.
449 This function returns @var{number} minus one. @var{number} may be a
450 number, character or marker. Markers and characters are converted to
455 This returns the absolute value of @var{number}.
458 @defun + &rest numbers
459 This function adds its arguments together. When given no arguments,
462 If any of the arguments are characters or markers, they are first
463 converted to integers.
475 @defun - &optional number &rest other-numbers
476 The @code{-} function serves two purposes: negation and subtraction.
477 When @code{-} has a single argument, the value is the negative of the
478 argument. When there are multiple arguments, @code{-} subtracts each of
479 the @var{other-numbers} from @var{number}, cumulatively. If there are
480 no arguments, an error is signaled.
482 If any of the arguments are characters or markers, they are first
483 converted to integers.
495 @defun * &rest numbers
496 This function multiplies its arguments together, and returns the
497 product. When given no arguments, @code{*} returns 1.
499 If any of the arguments are characters or markers, they are first
500 converted to integers.
512 @defun / dividend &rest divisors
513 The @code{/} function serves two purposes: inversion and division. When
514 @code{/} has a single argument, the value is the inverse of the
515 argument. When there are multiple arguments, @code{/} divides
516 @var{dividend} by each of the @var{divisors}, cumulatively, returning
517 the quotient. If there are no arguments, an error is signaled.
519 If none of the arguments are floats, then the result is an integer.
520 This means the result has to be rounded. On most machines, the result
521 is rounded towards zero after each division, but some machines may round
522 differently with negative arguments. This is because the Lisp function
523 @code{/} is implemented using the C division operator, which also
524 permits machine-dependent rounding. As a practical matter, all known
525 machines round in the standard fashion.
527 If any of the arguments are characters or markers, they are first
528 converted to integers.
530 @cindex @code{arith-error} in division
531 If you divide by 0, an @code{arith-error} error is signaled.
544 @result{} 0.3333333333333333
549 The result of @code{(/ -17 6)} could in principle be -3 on some
553 @defun % dividend divisor
555 This function returns the integer remainder after division of @var{dividend}
556 by @var{divisor}. The arguments must be integers or markers.
558 For negative arguments, the remainder is in principle machine-dependent
559 since the quotient is; but in practice, all known machines behave alike.
561 An @code{arith-error} results if @var{divisor} is 0.
574 For any two integers @var{dividend} and @var{divisor},
578 (+ (% @var{dividend} @var{divisor})
579 (* (/ @var{dividend} @var{divisor}) @var{divisor}))
584 always equals @var{dividend}.
587 @defun mod dividend divisor
589 This function returns the value of @var{dividend} modulo @var{divisor};
590 in other words, the remainder after division of @var{dividend}
591 by @var{divisor}, but with the same sign as @var{divisor}.
592 The arguments must be numbers or markers.
594 Unlike @code{%}, @code{mod} returns a well-defined result for negative
595 arguments. It also permits floating point arguments; it rounds the
596 quotient downward (towards minus infinity) to an integer, and uses that
597 quotient to compute the remainder.
599 An @code{arith-error} results if @var{divisor} is 0.
624 For any two numbers @var{dividend} and @var{divisor},
628 (+ (mod @var{dividend} @var{divisor})
629 (* (floor @var{dividend} @var{divisor}) @var{divisor}))
634 always equals @var{dividend}, subject to rounding error if either
635 argument is floating point. For @code{floor}, see @ref{Numeric
639 @node Rounding Operations
640 @section Rounding Operations
641 @cindex rounding without conversion
643 The functions @code{ffloor}, @code{fceiling}, @code{fround} and
644 @code{ftruncate} take a floating point argument and return a floating
645 point result whose value is a nearby integer. @code{ffloor} returns the
646 nearest integer below; @code{fceiling}, the nearest integer above;
647 @code{ftruncate}, the nearest integer in the direction towards zero;
648 @code{fround}, the nearest integer.
651 This function rounds @var{number} to the next lower integral value, and
652 returns that value as a floating point number.
655 @defun fceiling number
656 This function rounds @var{number} to the next higher integral value, and
657 returns that value as a floating point number.
660 @defun ftruncate number
661 This function rounds @var{number} towards zero to an integral value, and
662 returns that value as a floating point number.
666 This function rounds @var{number} to the nearest integral value,
667 and returns that value as a floating point number.
670 @node Bitwise Operations
671 @section Bitwise Operations on Integers
673 In a computer, an integer is represented as a binary number, a
674 sequence of @dfn{bits} (digits which are either zero or one). A bitwise
675 operation acts on the individual bits of such a sequence. For example,
676 @dfn{shifting} moves the whole sequence left or right one or more places,
677 reproducing the same pattern ``moved over''.
679 The bitwise operations in XEmacs Lisp apply only to integers.
681 @defun lsh integer1 count
682 @cindex logical shift
683 @code{lsh}, which is an abbreviation for @dfn{logical shift}, shifts the
684 bits in @var{integer1} to the left @var{count} places, or to the right
685 if @var{count} is negative, bringing zeros into the vacated bits. If
686 @var{count} is negative, @code{lsh} shifts zeros into the leftmost
687 (most-significant) bit, producing a positive result even if
688 @var{integer1} is negative. Contrast this with @code{ash}, below.
690 Here are two examples of @code{lsh}, shifting a pattern of bits one
691 place to the left. We show only the low-order eight bits of the binary
692 pattern; the rest are all zero.
698 ;; @r{Decimal 5 becomes decimal 10.}
699 00000101 @result{} 00001010
703 ;; @r{Decimal 7 becomes decimal 14.}
704 00000111 @result{} 00001110
709 As the examples illustrate, shifting the pattern of bits one place to
710 the left produces a number that is twice the value of the previous
713 Shifting a pattern of bits two places to the left produces results
714 like this (with 8-bit binary numbers):
720 ;; @r{Decimal 3 becomes decimal 12.}
721 00000011 @result{} 00001100
725 On the other hand, shifting one place to the right looks like this:
731 ;; @r{Decimal 6 becomes decimal 3.}
732 00000110 @result{} 00000011
738 ;; @r{Decimal 5 becomes decimal 2.}
739 00000101 @result{} 00000010
744 As the example illustrates, shifting one place to the right divides the
745 value of a positive integer by two, rounding downward.
747 The function @code{lsh}, like all XEmacs Lisp arithmetic functions, does
748 not check for overflow, so shifting left can discard significant bits
749 and change the sign of the number. For example, left shifting
750 134,217,727 produces @minus{}2 on a 28-bit machine:
753 (lsh 134217727 1) ; @r{left shift}
757 In binary, in the 28-bit implementation, the argument looks like this:
761 ;; @r{Decimal 134,217,727}
762 0111 1111 1111 1111 1111 1111 1111
767 which becomes the following when left shifted:
771 ;; @r{Decimal @minus{}2}
772 1111 1111 1111 1111 1111 1111 1110
777 @defun ash integer1 count
778 @cindex arithmetic shift
779 @code{ash} (@dfn{arithmetic shift}) shifts the bits in @var{integer1}
780 to the left @var{count} places, or to the right if @var{count}
783 @code{ash} gives the same results as @code{lsh} except when
784 @var{integer1} and @var{count} are both negative. In that case,
785 @code{ash} puts ones in the empty bit positions on the left, while
786 @code{lsh} puts zeros in those bit positions.
788 Thus, with @code{ash}, shifting the pattern of bits one place to the right
793 (ash -6 -1) @result{} -3
794 ;; @r{Decimal @minus{}6 becomes decimal @minus{}3.}
795 1111 1111 1111 1111 1111 1111 1010
797 1111 1111 1111 1111 1111 1111 1101
801 In contrast, shifting the pattern of bits one place to the right with
802 @code{lsh} looks like this:
806 (lsh -6 -1) @result{} 134217725
807 ;; @r{Decimal @minus{}6 becomes decimal 134,217,725.}
808 1111 1111 1111 1111 1111 1111 1010
810 0111 1111 1111 1111 1111 1111 1101
814 Here are other examples:
816 @c !!! Check if lined up in smallbook format! XDVI shows problem
817 @c with smallbook but not with regular book! --rjc 16mar92
820 ; @r{ 28-bit binary values}
822 (lsh 5 2) ; 5 = @r{0000 0000 0000 0000 0000 0000 0101}
823 @result{} 20 ; = @r{0000 0000 0000 0000 0000 0001 0100}
828 (lsh -5 2) ; -5 = @r{1111 1111 1111 1111 1111 1111 1011}
829 @result{} -20 ; = @r{1111 1111 1111 1111 1111 1110 1100}
834 (lsh 5 -2) ; 5 = @r{0000 0000 0000 0000 0000 0000 0101}
835 @result{} 1 ; = @r{0000 0000 0000 0000 0000 0000 0001}
842 (lsh -5 -2) ; -5 = @r{1111 1111 1111 1111 1111 1111 1011}
843 @result{} 4194302 ; = @r{0011 1111 1111 1111 1111 1111 1110}
846 (ash -5 -2) ; -5 = @r{1111 1111 1111 1111 1111 1111 1011}
847 @result{} -2 ; = @r{1111 1111 1111 1111 1111 1111 1110}
852 @defun logand &rest ints-or-markers
855 This function returns the ``logical and'' of the arguments: the
856 @var{n}th bit is set in the result if, and only if, the @var{n}th bit is
857 set in all the arguments. (``Set'' means that the value of the bit is 1
860 For example, using 4-bit binary numbers, the ``logical and'' of 13 and
861 12 is 12: 1101 combined with 1100 produces 1100.
862 In both the binary numbers, the leftmost two bits are set (i.e., they
863 are 1's), so the leftmost two bits of the returned value are set.
864 However, for the rightmost two bits, each is zero in at least one of
865 the arguments, so the rightmost two bits of the returned value are 0's.
877 If @code{logand} is not passed any argument, it returns a value of
878 @minus{}1. This number is an identity element for @code{logand}
879 because its binary representation consists entirely of ones. If
880 @code{logand} is passed just one argument, it returns that argument.
884 ; @r{ 28-bit binary values}
886 (logand 14 13) ; 14 = @r{0000 0000 0000 0000 0000 0000 1110}
887 ; 13 = @r{0000 0000 0000 0000 0000 0000 1101}
888 @result{} 12 ; 12 = @r{0000 0000 0000 0000 0000 0000 1100}
892 (logand 14 13 4) ; 14 = @r{0000 0000 0000 0000 0000 0000 1110}
893 ; 13 = @r{0000 0000 0000 0000 0000 0000 1101}
894 ; 4 = @r{0000 0000 0000 0000 0000 0000 0100}
895 @result{} 4 ; 4 = @r{0000 0000 0000 0000 0000 0000 0100}
900 @result{} -1 ; -1 = @r{1111 1111 1111 1111 1111 1111 1111}
905 @defun logior &rest ints-or-markers
906 @cindex logical inclusive or
908 This function returns the ``inclusive or'' of its arguments: the @var{n}th bit
909 is set in the result if, and only if, the @var{n}th bit is set in at least
910 one of the arguments. If there are no arguments, the result is zero,
911 which is an identity element for this operation. If @code{logior} is
912 passed just one argument, it returns that argument.
916 ; @r{ 28-bit binary values}
918 (logior 12 5) ; 12 = @r{0000 0000 0000 0000 0000 0000 1100}
919 ; 5 = @r{0000 0000 0000 0000 0000 0000 0101}
920 @result{} 13 ; 13 = @r{0000 0000 0000 0000 0000 0000 1101}
924 (logior 12 5 7) ; 12 = @r{0000 0000 0000 0000 0000 0000 1100}
925 ; 5 = @r{0000 0000 0000 0000 0000 0000 0101}
926 ; 7 = @r{0000 0000 0000 0000 0000 0000 0111}
927 @result{} 15 ; 15 = @r{0000 0000 0000 0000 0000 0000 1111}
932 @defun logxor &rest ints-or-markers
933 @cindex bitwise exclusive or
934 @cindex logical exclusive or
935 This function returns the ``exclusive or'' of its arguments: the
936 @var{n}th bit is set in the result if, and only if, the @var{n}th bit is
937 set in an odd number of the arguments. If there are no arguments, the
938 result is 0, which is an identity element for this operation. If
939 @code{logxor} is passed just one argument, it returns that argument.
943 ; @r{ 28-bit binary values}
945 (logxor 12 5) ; 12 = @r{0000 0000 0000 0000 0000 0000 1100}
946 ; 5 = @r{0000 0000 0000 0000 0000 0000 0101}
947 @result{} 9 ; 9 = @r{0000 0000 0000 0000 0000 0000 1001}
951 (logxor 12 5 7) ; 12 = @r{0000 0000 0000 0000 0000 0000 1100}
952 ; 5 = @r{0000 0000 0000 0000 0000 0000 0101}
953 ; 7 = @r{0000 0000 0000 0000 0000 0000 0111}
954 @result{} 14 ; 14 = @r{0000 0000 0000 0000 0000 0000 1110}
959 @defun lognot integer
962 This function returns the logical complement of its argument: the @var{n}th
963 bit is one in the result if, and only if, the @var{n}th bit is zero in
964 @var{integer}, and vice-versa.
969 ;; 5 = @r{0000 0000 0000 0000 0000 0000 0101}
971 ;; -6 = @r{1111 1111 1111 1111 1111 1111 1010}
976 @section Standard Mathematical Functions
977 @cindex transcendental functions
978 @cindex mathematical functions
980 These mathematical functions are available if floating point is
981 supported (which is the normal state of affairs). They allow integers
982 as well as floating point numbers as arguments.
987 These are the ordinary trigonometric functions, with argument measured
992 The value of @code{(asin @var{number})} is a number between @minus{}pi/2
993 and pi/2 (inclusive) whose sine is @var{number}; if, however, @var{number}
994 is out of range (outside [-1, 1]), then the result is a NaN.
998 The value of @code{(acos @var{number})} is a number between 0 and pi
999 (inclusive) whose cosine is @var{number}; if, however, @var{number}
1000 is out of range (outside [-1, 1]), then the result is a NaN.
1003 @defun atan number &optional number2
1004 The value of @code{(atan @var{number})} is a number between @minus{}pi/2
1005 and pi/2 (exclusive) whose tangent is @var{number}.
1007 If optional argument @var{number2} is supplied, the function returns
1008 @code{atan2(@var{number},@var{number2})}.
1014 These are the ordinary hyperbolic trigonometric functions.
1018 @defunx acosh number
1019 @defunx atanh number
1020 These are the inverse hyperbolic trigonometric functions.
1024 This is the exponential function; it returns @i{e} to the power
1025 @var{number}. @i{e} is a fundamental mathematical constant also called the
1026 base of natural logarithms.
1029 @defun log number &optional base
1030 This function returns the logarithm of @var{number}, with base @var{base}.
1031 If you don't specify @var{base}, the base @code{e} is used. If @var{number}
1032 is negative, the result is a NaN.
1036 This function returns the logarithm of @var{number}, with base 10. If
1037 @var{number} is negative, the result is a NaN. @code{(log10 @var{x})}
1038 @equiv{} @code{(log @var{x} 10)}, at least approximately.
1042 This function returns @var{x} raised to power @var{y}. If both
1043 arguments are integers and @var{y} is positive, the result is an
1044 integer; in this case, it is truncated to fit the range of possible
1049 This returns the square root of @var{number}. If @var{number} is negative,
1053 @defun cube-root number
1054 This returns the cube root of @var{number}.
1057 @node Random Numbers
1058 @section Random Numbers
1059 @cindex random numbers
1061 A deterministic computer program cannot generate true random numbers.
1062 For most purposes, @dfn{pseudo-random numbers} suffice. A series of
1063 pseudo-random numbers is generated in a deterministic fashion. The
1064 numbers are not truly random, but they have certain properties that
1065 mimic a random series. For example, all possible values occur equally
1066 often in a pseudo-random series.
1068 In XEmacs, pseudo-random numbers are generated from a ``seed'' number.
1069 Starting from any given seed, the @code{random} function always
1070 generates the same sequence of numbers. XEmacs always starts with the
1071 same seed value, so the sequence of values of @code{random} is actually
1072 the same in each XEmacs run! For example, in one operating system, the
1073 first call to @code{(random)} after you start XEmacs always returns
1074 -1457731, and the second one always returns -7692030. This
1075 repeatability is helpful for debugging.
1077 If you want truly unpredictable random numbers, execute @code{(random
1078 t)}. This chooses a new seed based on the current time of day and on
1079 XEmacs's process @sc{id} number.
1081 @defun random &optional limit
1082 This function returns a pseudo-random integer. Repeated calls return a
1083 series of pseudo-random integers.
1085 If @var{limit} is a positive integer, the value is chosen to be
1086 nonnegative and less than @var{limit}.
1088 If @var{limit} is @code{t}, it means to choose a new seed based on the
1089 current time of day and on XEmacs's process @sc{id} number.
1090 @c "XEmacs'" is incorrect usage!
1092 On some machines, any integer representable in Lisp may be the result
1093 of @code{random}. On other machines, the result can never be larger
1094 than a certain maximum or less than a certain (negative) minimum.