|
428
|
1 @c -*-texinfo-*-
|
|
|
2 @c This is part of the XEmacs Lisp Reference Manual.
|
|
444
|
3 @c Copyright (C) 1990, 1991, 1992, 1993, 1994 Free Software Foundation, Inc.
|
|
428
|
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
|
|
|
7 @chapter Numbers
|
|
|
8 @cindex integers
|
|
|
9 @cindex numbers
|
|
|
10
|
|
2028
|
11 XEmacs supports two to five numeric data types. @dfn{Integers} and
|
|
|
12 @dfn{floating point numbers} are always supported. As a build-time
|
|
|
13 option, @dfn{bignums}, @dfn{ratios}, and @dfn{bigfloats} may be
|
|
|
14 enabled on some platforms.
|
|
|
15
|
|
|
16 Integers, which are what Common Lisp calls
|
|
|
17 @dfn{fixnums}, are whole numbers such as @minus{}3, 0, #b0111, #xFEED,
|
|
|
18 #o744. Their values are exact, and their range is limited. The
|
|
428
|
19 number prefixes `#b', `#o', and `#x' are supported to represent numbers
|
|
|
20 in binary, octal, and hexadecimal notation (or radix). Floating point
|
|
|
21 numbers are numbers with fractional parts, such as @minus{}4.5, 0.0, or
|
|
|
22 2.71828. They can also be expressed in exponential notation: 1.5e2
|
|
|
23 equals 150; in this example, @samp{e2} stands for ten to the second
|
|
|
24 power, and is multiplied by 1.5. Floating point values are not exact;
|
|
|
25 they have a fixed, limited amount of precision.
|
|
|
26
|
|
2028
|
27 Bignums are arbitrary precision integers. When supported, XEmacs can
|
|
|
28 handle any integral calculations you have enough virtual memory to
|
|
|
29 store. (More precisely, on current architectures the representation
|
|
|
30 allows integers whose storage would exhaust the address space.) They
|
|
|
31 are notated in the same way as other integers (fixnums). XEmacs
|
|
|
32 automatically converts results of computations from fixnum to bignum,
|
|
|
33 and back, depending on the storage required to represent the number.
|
|
|
34 Thus use of bignums are entirely transparent to the user, except for a
|
|
|
35 few special applications that expect overflows. Ratios are rational
|
|
|
36 numbers with arbitrary precision. (In theory fixed-size rationals could
|
|
|
37 be supported, but for almost all applications floats are a reasonable
|
|
|
38 substitute for fixed-precision rationals.) They are notated in the
|
|
|
39 usual way with the solidus, for example 5/3 or @minus{}22/7. Bigfloats
|
|
|
40 are floating point numbers with arbitrary precision. Unlike integers,
|
|
|
41 which are always infinitely precise if they can be represented, floating
|
|
|
42 point numbers are inherently imprecise. Therefore XEmacs automatically
|
|
|
43 converts @emph{from float to bigfloat} when floats and bigfloats are
|
|
|
44 mixed in an expression, but a bigfloat will never be converted to a
|
|
|
45 float unless the user explicitly coerces the value. Nor will the result
|
|
|
46 of a float operation be converted to bigfloat, except for ``contagion''
|
|
|
47 from another operand that is already a bigfloat.
|
|
|
48
|
|
|
49 Note that the term ``integer'' is used throughout the XEmacs
|
|
|
50 documentation and code to mean ``fixnum''. This is inconsistent with
|
|
|
51 Common Lisp, and likely to cause confusion. Similarly, ``float'' is
|
|
|
52 used to mean ``fixed precision floating point number'', and the Common
|
|
|
53 Lisp distinctions among @dfn{short-floats}, @dfn{long-floats}, and
|
|
|
54 bigfloats are not reflected in XEmacs terminology.
|
|
|
55
|
|
428
|
56 @menu
|
|
|
57 * Integer Basics:: Representation and range of integers.
|
|
2028
|
58 * Rational Basics:: Representation and range of rational numbers.
|
|
|
59 * Float Basics:: Representation and range of floating point.
|
|
|
60 * The Bignum Extension:: Arbitrary precision integers, ratios, and floats.
|
|
428
|
61 * Predicates on Numbers:: Testing for numbers.
|
|
|
62 * Comparison of Numbers:: Equality and inequality predicates.
|
|
2028
|
63 * Numeric Conversions:: Converting float to integer and vice versa.
|
|
428
|
64 * Arithmetic Operations:: How to add, subtract, multiply and divide.
|
|
|
65 * Rounding Operations:: Explicitly rounding floating point numbers.
|
|
|
66 * Bitwise Operations:: Logical and, or, not, shifting.
|
|
|
67 * Math Functions:: Trig, exponential and logarithmic functions.
|
|
|
68 * Random Numbers:: Obtaining random integers, predictable or not.
|
|
|
69 @end menu
|
|
|
70
|
|
|
71 @node Integer Basics
|
|
|
72 @section Integer Basics
|
|
|
73
|
|
2028
|
74 The range of values for an integer depends on the machine. If a
|
|
|
75 multiple-precision arithmetic library is available on your platform,
|
|
|
76 support for bignums, that is, integers with arbitrary precision, maybe
|
|
|
77 compiled in to your XEmacs. The rest of this section assumes that the
|
|
|
78 bignum extension is @emph{not} available. The bignum extension and the
|
|
|
79 user-visible differences in normal integer arithmetic are discussed in a
|
|
|
80 separate section @ref{The Bignum Extension}.
|
|
|
81
|
|
|
82 The minimum range is @minus{}1073741824 to 1073741823 (31 bits; i.e.,
|
|
444
|
83 @ifinfo
|
|
2028
|
84 -2**30
|
|
428
|
85 @end ifinfo
|
|
444
|
86 @tex
|
|
2028
|
87 $-2^{30}$
|
|
428
|
88 @end tex
|
|
444
|
89 to
|
|
|
90 @ifinfo
|
|
2028
|
91 2**30 - 1),
|
|
428
|
92 @end ifinfo
|
|
444
|
93 @tex
|
|
2028
|
94 $2^{30}-1$),
|
|
428
|
95 @end tex
|
|
|
96 but some machines may provide a wider range. Many examples in this
|
|
2028
|
97 chapter assume an integer has 31 bits.
|
|
428
|
98 @cindex overflow
|
|
|
99
|
|
2028
|
100 The range of fixnums is available to Lisp programs:
|
|
|
101
|
|
|
102 @defvar most-positive-fixnum
|
|
|
103 The fixed-precision integer closest in value to positive infinity.
|
|
|
104 @end defvar
|
|
|
105
|
|
|
106 @defvar most-negative-fixnum
|
|
|
107 The fixed-precision integer closest in value to negative infinity.
|
|
|
108 @end defvar
|
|
|
109
|
|
|
110 Here is a common idiom to temporarily suppress garbage collection:
|
|
|
111 @example
|
|
|
112 (garbage-collect)
|
|
|
113 (let ((gc-cons-threshold most-positive-fixnum))
|
|
|
114 ;; allocation-intensive computation
|
|
|
115 )
|
|
|
116 (garbage-collect)
|
|
|
117 @end example
|
|
|
118
|
|
428
|
119 The Lisp reader reads an integer as a sequence of digits with optional
|
|
|
120 initial sign and optional final period.
|
|
|
121
|
|
|
122 @example
|
|
|
123 1 ; @r{The integer 1.}
|
|
|
124 1. ; @r{The integer 1.}
|
|
|
125 +1 ; @r{Also the integer 1.}
|
|
|
126 -1 ; @r{The integer @minus{}1.}
|
|
2028
|
127 2147483648 ; @r{Read error, due to overflow.}
|
|
428
|
128 0 ; @r{The integer 0.}
|
|
|
129 -0 ; @r{The integer 0.}
|
|
|
130 @end example
|
|
|
131
|
|
|
132 To understand how various functions work on integers, especially the
|
|
|
133 bitwise operators (@pxref{Bitwise Operations}), it is often helpful to
|
|
|
134 view the numbers in their binary form.
|
|
|
135
|
|
2028
|
136 In 31-bit binary, the decimal integer 5 looks like this:
|
|
428
|
137
|
|
|
138 @example
|
|
2028
|
139 000 0000 0000 0000 0000 0000 0000 0101
|
|
428
|
140 @end example
|
|
|
141
|
|
|
142 @noindent
|
|
|
143 (We have inserted spaces between groups of 4 bits, and two spaces
|
|
|
144 between groups of 8 bits, to make the binary integer easier to read.)
|
|
|
145
|
|
|
146 The integer @minus{}1 looks like this:
|
|
|
147
|
|
|
148 @example
|
|
2028
|
149 111 1111 1111 1111 1111 1111 1111 1111
|
|
428
|
150 @end example
|
|
|
151
|
|
|
152 @noindent
|
|
|
153 @cindex two's complement
|
|
2028
|
154 @minus{}1 is represented as 31 ones. (This is called @dfn{two's
|
|
428
|
155 complement} notation.)
|
|
|
156
|
|
|
157 The negative integer, @minus{}5, is creating by subtracting 4 from
|
|
|
158 @minus{}1. In binary, the decimal integer 4 is 100. Consequently,
|
|
|
159 @minus{}5 looks like this:
|
|
|
160
|
|
|
161 @example
|
|
2028
|
162 111 1111 1111 1111 1111 1111 1111 1011
|
|
428
|
163 @end example
|
|
|
164
|
|
2028
|
165 In this implementation, the largest 31-bit binary integer is the
|
|
|
166 decimal integer 1,073,741,823. In binary, it looks like this:
|
|
428
|
167
|
|
|
168 @example
|
|
2028
|
169 011 1111 1111 1111 1111 1111 1111 1111
|
|
428
|
170 @end example
|
|
|
171
|
|
|
172 Since the arithmetic functions do not check whether integers go
|
|
2028
|
173 outside their range, when you add 1 to 1,073,741,823, the value is the
|
|
|
174 negative integer @minus{}1,073,741,824:
|
|
428
|
175
|
|
|
176 @example
|
|
2028
|
177 (+ 1 1073741823)
|
|
|
178 @result{} -1073741824
|
|
|
179 @result{} 100 0000 0000 0000 0000 0000 0000 0000
|
|
428
|
180 @end example
|
|
|
181
|
|
2028
|
182 Many of the arithmetic functions accept markers for arguments as well
|
|
428
|
183 as integers. (@xref{Markers}.) More precisely, the actual arguments to
|
|
|
184 such functions may be either integers or markers, which is why we often
|
|
|
185 give these arguments the name @var{int-or-marker}. When the argument
|
|
|
186 value is a marker, its position value is used and its buffer is ignored.
|
|
|
187
|
|
|
188 @ignore
|
|
|
189 In version 19, except where @emph{integer} is specified as an
|
|
|
190 argument, all of the functions for markers and integers also work for
|
|
|
191 floating point numbers.
|
|
|
192 @end ignore
|
|
|
193
|
|
2028
|
194
|
|
|
195 @node Ratio Basics
|
|
|
196 @section Ratio Basics
|
|
|
197
|
|
|
198 Ratios (built-in rational numbers) are available only when the bignum
|
|
|
199 extension is built into your XEmacs. This facility is new and
|
|
|
200 experimental. It is discussed in a separate section for convenience of
|
|
|
201 updating the documentation @ref{The Bignum Extension}.
|
|
|
202
|
|
|
203
|
|
428
|
204 @node Float Basics
|
|
|
205 @section Floating Point Basics
|
|
|
206
|
|
|
207 XEmacs supports floating point numbers. The precise range of floating
|
|
|
208 point numbers is machine-specific; it is the same as the range of the C
|
|
2028
|
209 data type @code{double} on the machine in question. If a
|
|
|
210 multiple-precision arithmetic library is available on your platform,
|
|
|
211 support for bigfloats, that is, floating point numbers with arbitrary
|
|
|
212 precision, maybe compiled in to your XEmacs. The rest of this section
|
|
|
213 assumes that the bignum extension is @emph{not} available. The bigfloat
|
|
|
214 extension and the user-visible differences in normal float arithmetic
|
|
|
215 are discussed in a separate section @ref{The Bignum Extension}.
|
|
428
|
216
|
|
|
217 The printed representation for floating point numbers requires either
|
|
|
218 a decimal point (with at least one digit following), an exponent, or
|
|
|
219 both. For example, @samp{1500.0}, @samp{15e2}, @samp{15.0e2},
|
|
|
220 @samp{1.5e3}, and @samp{.15e4} are five ways of writing a floating point
|
|
|
221 number whose value is 1500. They are all equivalent. You can also use
|
|
|
222 a minus sign to write negative floating point numbers, as in
|
|
|
223 @samp{-1.0}.
|
|
|
224
|
|
|
225 @cindex IEEE floating point
|
|
|
226 @cindex positive infinity
|
|
|
227 @cindex negative infinity
|
|
|
228 @cindex infinity
|
|
|
229 @cindex NaN
|
|
|
230 Most modern computers support the IEEE floating point standard, which
|
|
|
231 provides for positive infinity and negative infinity as floating point
|
|
|
232 values. It also provides for a class of values called NaN or
|
|
|
233 ``not-a-number''; numerical functions return such values in cases where
|
|
|
234 there is no correct answer. For example, @code{(sqrt -1.0)} returns a
|
|
|
235 NaN. For practical purposes, there's no significant difference between
|
|
|
236 different NaN values in XEmacs Lisp, and there's no rule for precisely
|
|
|
237 which NaN value should be used in a particular case, so this manual
|
|
|
238 doesn't try to distinguish them. XEmacs Lisp has no read syntax for NaNs
|
|
|
239 or infinities; perhaps we should create a syntax in the future.
|
|
|
240
|
|
|
241 You can use @code{logb} to extract the binary exponent of a floating
|
|
|
242 point number (or estimate the logarithm of an integer):
|
|
|
243
|
|
|
244 @defun logb number
|
|
|
245 This function returns the binary exponent of @var{number}. More
|
|
|
246 precisely, the value is the logarithm of @var{number} base 2, rounded
|
|
|
247 down to an integer.
|
|
|
248 @end defun
|
|
|
249
|
|
2028
|
250 The range of floats is available to Lisp programs:
|
|
|
251
|
|
|
252 @defvar most-positive-float
|
|
|
253 The fixed-precision floating-point-number closest in value to positive
|
|
|
254 infinity.
|
|
|
255 @end defvar
|
|
|
256
|
|
|
257 @defvar most-negative-float
|
|
|
258 The fixed-precision floating point number closest in value to negative
|
|
|
259 infinity.
|
|
|
260 @end defvar
|
|
|
261
|
|
|
262 @defvar least-positive-float
|
|
|
263 The positive float closest in value to 0. May not be normalized.
|
|
|
264 @end defvar
|
|
|
265
|
|
|
266 @defvar least-negative-float
|
|
|
267 The positive float closest in value to 0. Must be normalized.
|
|
|
268 @end defvar
|
|
|
269
|
|
|
270 @defvar least-positive-normalized-float
|
|
|
271 The negative float closest in value to 0. May not be normalized.
|
|
|
272 @end defvar
|
|
|
273
|
|
|
274 @defvar least-negative-normalized-float
|
|
|
275 The negative float closest in value to 0. Must be normalized.
|
|
|
276 @end defvar
|
|
|
277
|
|
|
278 Note that for floating point numbers there is an interesting limit on
|
|
|
279 how small they can get, as well as a limit on how big they can get. In
|
|
|
280 some representations, a floating point number is @dfn{normalized} if the
|
|
|
281 leading digit is non-zero. This allows representing numbers smaller
|
|
|
282 than the most-negative exponent can express, by having fractional
|
|
|
283 mantissas. This means that the number is less precise than a normalized
|
|
|
284 floating point number, so Lisp programs can detect loss of precision due
|
|
|
285 to unnormalized floats by checking whether the number is between
|
|
|
286 @code{least-positive-float} and @code{least-positive-normalized-float}.
|
|
|
287
|
|
|
288
|
|
|
289 @node The Bignum Extension
|
|
|
290 @section The Bignum Extension
|
|
|
291
|
|
|
292 In XEmacs 21.5.18, an extension was added by @email{james@@xemacs.org,
|
|
|
293 Jerry James} to allow linking with arbitrary-precision arithmetic
|
|
|
294 libraries if they are available on your platform. ``Arbitrary''
|
|
|
295 precision means precisely what it says. Your ability to work with large
|
|
|
296 numbers is limited only by the amount of virtual memory (and time) you
|
|
|
297 can throw at them.
|
|
|
298
|
|
|
299 As of 09 April 2004, support for the GNU Multiple Precision
|
|
|
300 arithmetic library (GMP) is nearly complete, and support for the BSD
|
|
|
301 Multiple Precision arithmetic library (MP) is being debugged. To enable
|
|
|
302 bignum support using GMP (respectively MP), invoke configure with your
|
|
|
303 usual options, and add @samp{--use-number-lib=gmp} (respectively
|
|
|
304 @samp{--use-number-lib=mp}). The default is to disable bignum support,
|
|
|
305 but if you are using a script to automate the build process, it may be
|
|
|
306 convenient to explicitly disable support by @emph{appending}
|
|
|
307 @samp{--use-number-lib=no} to your invocation of configure. GMP has an
|
|
|
308 MP compatibility mode, but it is not recommended, as there remain poorly
|
|
|
309 understood bugs (even more so than for other vendors' versions of MP).
|
|
|
310
|
|
|
311 With GMP, exact arithmetic with integers and ratios of arbitrary
|
|
|
312 precision and approximate (``floating point'') arithmetic of arbitrary
|
|
|
313 precision are implemented efficiently in the library. (Note that
|
|
|
314 numerical implementations are quite delicate and sensitive to
|
|
|
315 optimization. If the library was poorly optimized for your hardware, as
|
|
|
316 is often the case with Linux distributions for 80x86, you may achieve
|
|
|
317 gains of @emph{several orders of magnitude} by rebuilding the MP
|
|
|
318 library. See @uref{http://www.swox.com/gmp/gmp-speed.html}.) The MP
|
|
|
319 implementation provides arbitrary precision integers, but ratios were
|
|
|
320 implemented by the XEmacs implementer, Jerry James, who is not a
|
|
|
321 numerical analyst. Arbitrary precision floats are not available with
|
|
|
322 MP.
|
|
|
323
|
|
|
324 The XEmacs bignum facility implements the Common Lisp notion of
|
|
|
325 @dfn{contagion}, so that integers are always represented using the
|
|
|
326 ``smallest'' representation that is exact, and integral ratios are
|
|
|
327 converted to integers. Since floating point arithmetic is inherently
|
|
|
328 imprecise, numbers are implicitly coerced to bigfloats only if other
|
|
|
329 operands in the expression are bigfloat, and bigfloats are only coerced
|
|
|
330 to other numerical types by explicit calls to the function @code{coerce}.
|
|
|
331
|
|
|
332 Bignum support is incomplete. If you would like to help with bignum
|
|
|
333 support, especially on BSD MP, please subscribe to the
|
|
|
334 @uref{http://www.xemacs.org/Lists/#xemacs-beta, XEmacs Beta mailing
|
|
|
335 list}, and book up on @file{number-gmp.h} and @file{number-mp.h}. Jerry
|
|
|
336 has promised to write internals documentation eventually, but if your
|
|
|
337 skills run more to analysis and documentation than to writing new code,
|
|
|
338 feel free to fill in the gap!
|
|
|
339
|
|
|
340 @menu
|
|
|
341 * Bignum Basics:: Representation and range of integers.
|
|
|
342 * Ratio Basics:: Representation and range of rational numbers.
|
|
|
343 * Bigfloat Basics:: Representation and range of floating point.
|
|
|
344 * Contagion and Canonicalization:: Automatic coercion to other types.
|
|
|
345 * Compatibility Issues:: Changes in fixed-precision arithmetic.
|
|
|
346 @end menu
|
|
|
347
|
|
|
348
|
|
|
349 @node Bignum Basics
|
|
|
350 @subsection Bignum Basics
|
|
|
351
|
|
|
352 In most cases, bignum support should be transparent to users and Lisp
|
|
|
353 programmers. A bignum-enabled XEmacs will automatically convert from
|
|
|
354 fixnums to bignums and back in pure integer arithmetic, and for GNU MP,
|
|
|
355 from floats to bigfloats. (Bigfloats must be explicitly coerced to
|
|
|
356 other types, even if they are exactly representable by less precise
|
|
|
357 types.) The Lisp reader and printer have been enhanced to handle
|
|
|
358 bignums, as have the mathematical functions. Rationals (fixnums,
|
|
|
359 bignums, and ratios) are printed using the @samp{%d}, @samp{%o},
|
|
|
360 @samp{%x}, and @samp{%u} format conversions.
|
|
|
361
|
|
|
362
|
|
|
363 @node Ratio Basics
|
|
|
364 @subsection Ratio Basics
|
|
|
365
|
|
|
366 Ratios, when available have the read syntax and print representation
|
|
|
367 @samp{3/5}. Like other rationals (fixnums and bignums), they are
|
|
|
368 printed using the @samp{%d}, @samp{%o}, @samp{%x}, and @samp{%u} format
|
|
|
369 conversions.
|
|
|
370
|
|
|
371
|
|
|
372 @node Bigfloat Basics
|
|
|
373 @subsection Bigfloat Basics
|
|
|
374
|
|
|
375 Bigfloats, when available, have the same read syntax and print
|
|
|
376 representations as fixed-precision floats.
|
|
|
377
|
|
|
378
|
|
|
379 @node Contagion and Canonicalization
|
|
|
380 @subsection Contagion
|
|
|
381
|
|
|
382 @dfn{Contagion} is one way to address the requirement that an arithmetic
|
|
|
383 operation should not fail because of differing types of the operands, or
|
|
|
384 insufficient precision in the representation. With bignum support, we
|
|
|
385 can represent @code{(+ most-positive-fixnum most-positive-fixnum)} (or
|
|
|
386 @code{(* most-positive-fixnum most-positive-fixnum)}, for that matter)
|
|
|
387 @emph{exactly}. There should be no overflow or ``wrap-around,'' and the
|
|
|
388 computation should not be interrupted by an error. Contagion is the
|
|
|
389 idea that less precise operands are converted to the more precise type,
|
|
|
390 and then the operation is performed. This involves no loss of
|
|
|
391 information, and therefore it is safe to do it automatically.
|
|
|
392
|
|
|
393 In XEmacs, the following rules of contagion are used:
|
|
|
394
|
|
|
395 @c #### this probably wants names for each rule
|
|
|
396 @enumerate
|
|
|
397 @item
|
|
|
398 If a fixnum operation would overflow or underflow, the operands are
|
|
|
399 promoted to bignums and the operation is performed.
|
|
|
400
|
|
|
401 @item
|
|
|
402 If a fixnum and a bignum are the operands, the fixnum is promoted to
|
|
|
403 bignum, and the operation is performed.
|
|
|
404
|
|
|
405 @c #### seems plausible
|
|
|
406 @item
|
|
|
407 If a float operation would overflow or underflow (@emph{i.e.}, produce
|
|
|
408 an unrepresentably small but non-zero result), the operands are
|
|
|
409 converted to bigfloats and the operation performed.
|
|
|
410
|
|
|
411 @c #### seems likely....
|
|
|
412 @item
|
|
|
413 If an expression mixes a rational type (fixnum, bignum, or ratio) with a
|
|
|
414 float, the rational operand is converted to a float and the operation
|
|
|
415 performed if the result would fit in a float, otherwise both operands
|
|
|
416 are promoted to bigfloat, and the operation performed.
|
|
|
417
|
|
|
418 @item
|
|
|
419 If an expression mixes any other type with a bigfloat, the other operand
|
|
|
420 is converted to bigfloat and the operation performed.
|
|
|
421 @end enumerate
|
|
|
422
|
|
|
423 Note that there is @emph{no} contagion with ratios. Integer-to-integer
|
|
|
424 arithmetic with truncation or rounding is useful, and familiar.
|
|
|
425 Therefore instead of converting the result of @code{/} to ratio if it is
|
|
|
426 non-integral, the traditional definition is maintained, and a new
|
|
|
427 function @code{div} is provided to give a ratio result if a division
|
|
|
428 does not come out evenly.
|
|
|
429
|
|
|
430 On the other hand, the representation of arbitrary precision numbers is
|
|
|
431 inefficient in both space and time. The principle of
|
|
|
432 @dfn{canonicalization} addresses this issue. The idea of
|
|
|
433 canonicalization is that when no information is lost, the representation
|
|
|
434 should be demoted to the more efficient (smaller) representation. Note
|
|
|
435 that the inefficiency is likely to be greater than you might think.
|
|
|
436 Experience with numerical analysis shows that in very precise
|
|
|
437 calculations, precision tends to increase. Thus it is typically wasted
|
|
|
438 effort to attempt to convert to smaller representations, as the number
|
|
|
439 is often reused and requires a larger representation. However, XEmacs
|
|
|
440 Lisp presumes that calculations using bignums are the exception, so it
|
|
|
441 applies canonicalization. The rules are
|
|
|
442
|
|
|
443 @enumerate
|
|
|
444 @item
|
|
|
445 If a ratio is integral, demote it to a bignum. (In XEmacs Lisp all
|
|
|
446 ratios are arbitrary precision numbers.)
|
|
|
447
|
|
|
448 @item
|
|
|
449 If a bignum is small enough to fit in a fixnum, demote it to fixnum.
|
|
|
450 @end enumerate
|
|
|
451
|
|
|
452 Note that there are no rules to canonicalize floats or bigfloats. This
|
|
|
453 might seem surprising, but in both cases information will be lost. Any
|
|
|
454 floating point representation is implicitly approximate. A conversion
|
|
|
455 to a rational type, even if it seems exact, loses this information.
|
|
|
456 More subtly, demoting a bigfloat to a smaller bigfloat or to a float
|
|
|
457 would lose information about the precision of the result, and thus some
|
|
|
458 information about the accuracy. Thus floating point numbers are always
|
|
|
459 already in canonical form.
|
|
|
460
|
|
|
461 Of course the programmer can explicitly request canonicalization, or
|
|
|
462 more coercion to another type. Coercion uses the Common Lisp
|
|
|
463 compatibility function @code{coerce} from the @file{cl-extra.el}
|
|
|
464 library. A number can be explicitly converted to canonical form
|
|
|
465 according to the above rules using
|
|
|
466
|
|
|
467 @defun canonicalize-number number
|
|
|
468 Return the canonical form of @var{number}.
|
|
|
469 @end defun
|
|
|
470
|
|
|
471
|
|
|
472 @node Compatibility Issues
|
|
|
473 @subsection Compatibility Issues
|
|
|
474
|
|
|
475 @emph{Surgeon General's Warning}: The automatic conversions cannot be
|
|
|
476 disabled at runtime. Old functions will not produce ratios unless there
|
|
|
477 is a ratio operand, so there should be few surprises with type
|
|
|
478 conflicts (the contagion rules are quite natural for Lisp programmers
|
|
|
479 used to the behavior of integers and floats in pre-21.5.18 XEmacsen),
|
|
|
480 but they can't be ruled out. Also, if you work with extremely large
|
|
|
481 numbers, your machine may arbitrarily decide to hand you an unpleasant
|
|
|
482 surprise rather than a bignum.
|
|
|
483
|
|
|
484 User-visible changes in behavior include (in probable order of annoyance)
|
|
|
485
|
|
|
486 @itemize
|
|
|
487 @item
|
|
|
488 Arithmetic can cause a segfault, depending on your MP library.
|
|
|
489
|
|
|
490 GMP by default allocates temporaries on the stack. If you run out of
|
|
|
491 stack space, you're dead; there is no way that we know of to reliably
|
|
|
492 detect this condition, because @samp{alloca} is typically implemented to
|
|
|
493 be @emph{fast} rather than robust. If you just need a little more
|
|
|
494 oomph, use a bigger stack (@emph{e.g.}, the @file{ulimit -s} command in
|
|
|
495 bash(1)). If you want robustness at the cost of speed, configure GMP
|
|
|
496 with @samp{--disable-alloca} and rebuild the GMP library.
|
|
|
497
|
|
|
498 We do not know whether BSD MP uses @samp{alloca} or not. Please send
|
|
|
499 any information you have as a bug report (@kbd{M-x report-xemacs-bug
|
|
|
500 @key{RET}}), which will give us platform information. (We do know that
|
|
|
501 BSD MP implementations vary across vendors, but how much, we do not know
|
|
|
502 yet.)
|
|
|
503
|
|
|
504 @item
|
|
|
505 Terminology is not Common-Lisp-conforming. For example, ``integer'' for
|
|
|
506 Emacs Lisp means what Common Lisp calls ``fixnum''. This issue is being
|
|
|
507 investigated, but the use of ``integer'' for fixnum is pervasive and may
|
|
|
508 cause backward-compatibility and GNU-Emacs-compatibility problems.
|
|
|
509 There are similar issues for floating point numbers. Since Emacs Lisp
|
|
|
510 has not had a ratio type before, there should be no problems there.
|
|
|
511
|
|
|
512 @item
|
|
|
513 An atom with ratio read syntax now returns a number, not a symbol.
|
|
|
514
|
|
|
515 @item
|
|
|
516 Many operations that used to cause a range error now succeed, with
|
|
|
517 intermediate results and return values coerced to bignums as needed.
|
|
|
518
|
|
|
519 @item
|
|
|
520 The @samp{%u} format conversion will now give an error if its argument
|
|
|
521 is negative. (Without MP, it prints a number which Lisp can't read.)
|
|
|
522 @end itemize
|
|
|
523
|
|
|
524 This is not a compatibility issue in the sense of specification, but
|
|
|
525 careless programmers who have taken advantage of the immediate
|
|
|
526 representation for numbers and written @code{(eq x y)} are in for a
|
|
|
527 surprise. This doesn't work with bignums, even if both arguments are
|
|
|
528 bignums! Arbitrary precision obviously requires consing new objects
|
|
|
529 because the objects are ``large'' and of variable size, and the
|
|
|
530 definition of @samp{eq} does not permit different objects to compare as
|
|
|
531 equal. Instead of @code{eq}, use @code{eql}, in which numbers of the
|
|
|
532 same type which have equal values compare equal, or @code{=}, which does
|
|
|
533 any necessary type coercions before comparing for equality
|
|
|
534 @ref{Comparison of Numbers}.
|
|
|
535
|
|
|
536
|
|
428
|
537 @node Predicates on Numbers
|
|
|
538 @section Type Predicates for Numbers
|
|
|
539
|
|
|
540 The functions in this section test whether the argument is a number or
|
|
|
541 whether it is a certain sort of number. The functions @code{integerp}
|
|
|
542 and @code{floatp} can take any type of Lisp object as argument (the
|
|
|
543 predicates would not be of much use otherwise); but the @code{zerop}
|
|
|
544 predicate requires a number as its argument. See also
|
|
|
545 @code{integer-or-marker-p}, @code{integer-char-or-marker-p},
|
|
|
546 @code{number-or-marker-p} and @code{number-char-or-marker-p}, in
|
|
|
547 @ref{Predicates on Markers}.
|
|
|
548
|
|
|
549 @defun floatp object
|
|
|
550 This predicate tests whether its argument is a floating point
|
|
|
551 number and returns @code{t} if so, @code{nil} otherwise.
|
|
|
552
|
|
|
553 @code{floatp} does not exist in Emacs versions 18 and earlier.
|
|
|
554 @end defun
|
|
|
555
|
|
|
556 @defun integerp object
|
|
|
557 This predicate tests whether its argument is an integer, and returns
|
|
|
558 @code{t} if so, @code{nil} otherwise.
|
|
|
559 @end defun
|
|
|
560
|
|
|
561 @defun numberp object
|
|
|
562 This predicate tests whether its argument is a number (either integer or
|
|
|
563 floating point), and returns @code{t} if so, @code{nil} otherwise.
|
|
|
564 @end defun
|
|
|
565
|
|
|
566 @defun natnump object
|
|
|
567 @cindex natural numbers
|
|
|
568 The @code{natnump} predicate (whose name comes from the phrase
|
|
|
569 ``natural-number-p'') tests to see whether its argument is a nonnegative
|
|
|
570 integer, and returns @code{t} if so, @code{nil} otherwise. 0 is
|
|
|
571 considered non-negative.
|
|
|
572 @end defun
|
|
|
573
|
|
|
574 @defun zerop number
|
|
|
575 This predicate tests whether its argument is zero, and returns @code{t}
|
|
|
576 if so, @code{nil} otherwise. The argument must be a number.
|
|
|
577
|
|
|
578 These two forms are equivalent: @code{(zerop x)} @equiv{} @code{(= x 0)}.
|
|
|
579 @end defun
|
|
|
580
|
|
|
581 @node Comparison of Numbers
|
|
|
582 @section Comparison of Numbers
|
|
|
583 @cindex number equality
|
|
|
584
|
|
|
585 To test numbers for numerical equality, you should normally use
|
|
|
586 @code{=}, not @code{eq}. There can be many distinct floating point
|
|
|
587 number objects with the same numeric value. If you use @code{eq} to
|
|
|
588 compare them, then you test whether two values are the same
|
|
|
589 @emph{object}. By contrast, @code{=} compares only the numeric values
|
|
|
590 of the objects.
|
|
|
591
|
|
2028
|
592 In versions before 21.5.18, each integer value had a unique Lisp
|
|
|
593 object in XEmacs Lisp. Therefore, @code{eq} was equivalent to @code{=}
|
|
|
594 where integers are concerned. Even with the introduction of bignums, it
|
|
|
595 is sometimes convenient to use @code{eq} for comparing an unknown value
|
|
|
596 with an integer, because @code{eq} does not report an error if the
|
|
|
597 unknown value is not a number---it accepts arguments of any type. By
|
|
|
598 contrast, @code{=} signals an error if the arguments are not numbers or
|
|
|
599 markers. However, it is a good idea to use @code{=} if you can, even
|
|
|
600 for comparing exact values, because two bignums or ratios with the same
|
|
|
601 value will often not be the same object.
|
|
428
|
602
|
|
|
603 There is another wrinkle: because floating point arithmetic is not
|
|
|
604 exact, it is often a bad idea to check for equality of two floating
|
|
|
605 point values. Usually it is better to test for approximate equality.
|
|
|
606 Here's a function to do this:
|
|
|
607
|
|
|
608 @example
|
|
|
609 (defconst fuzz-factor 1.0e-6)
|
|
|
610 (defun approx-equal (x y)
|
|
|
611 (or (and (= x 0) (= y 0))
|
|
|
612 (< (/ (abs (- x y))
|
|
|
613 (max (abs x) (abs y)))
|
|
|
614 fuzz-factor)))
|
|
|
615 @end example
|
|
|
616
|
|
|
617 @cindex CL note---integers vrs @code{eq}
|
|
|
618 @quotation
|
|
|
619 @b{Common Lisp note:} Comparing numbers in Common Lisp always requires
|
|
|
620 @code{=} because Common Lisp implements multi-word integers, and two
|
|
|
621 distinct integer objects can have the same numeric value. XEmacs Lisp
|
|
|
622 can have just one integer object for any given value because it has a
|
|
|
623 limited range of integer values.
|
|
|
624 @end quotation
|
|
|
625
|
|
|
626 In addition to numbers, all of the following functions also accept
|
|
|
627 characters and markers as arguments, and treat them as their number
|
|
|
628 equivalents.
|
|
|
629
|
|
|
630 @defun = number &rest more-numbers
|
|
|
631 This function returns @code{t} if all of its arguments are numerically
|
|
|
632 equal, @code{nil} otherwise.
|
|
|
633
|
|
|
634 @example
|
|
|
635 (= 5)
|
|
|
636 @result{} t
|
|
|
637 (= 5 6)
|
|
|
638 @result{} nil
|
|
|
639 (= 5 5.0)
|
|
|
640 @result{} t
|
|
|
641 (= 5 5 6)
|
|
|
642 @result{} nil
|
|
|
643 @end example
|
|
|
644 @end defun
|
|
|
645
|
|
|
646 @defun /= number &rest more-numbers
|
|
|
647 This function returns @code{t} if no two arguments are numerically
|
|
|
648 equal, @code{nil} otherwise.
|
|
|
649
|
|
|
650 @example
|
|
|
651 (/= 5 6)
|
|
|
652 @result{} t
|
|
|
653 (/= 5 5 6)
|
|
|
654 @result{} nil
|
|
|
655 (/= 5 6 1)
|
|
|
656 @result{} t
|
|
|
657 @end example
|
|
|
658 @end defun
|
|
|
659
|
|
|
660 @defun < number &rest more-numbers
|
|
|
661 This function returns @code{t} if the sequence of its arguments is
|
|
|
662 monotonically increasing, @code{nil} otherwise.
|
|
|
663
|
|
|
664 @example
|
|
|
665 (< 5 6)
|
|
|
666 @result{} t
|
|
|
667 (< 5 6 6)
|
|
|
668 @result{} nil
|
|
|
669 (< 5 6 7)
|
|
|
670 @result{} t
|
|
|
671 @end example
|
|
|
672 @end defun
|
|
|
673
|
|
|
674 @defun <= number &rest more-numbers
|
|
|
675 This function returns @code{t} if the sequence of its arguments is
|
|
|
676 monotonically nondecreasing, @code{nil} otherwise.
|
|
|
677
|
|
|
678 @example
|
|
|
679 (<= 5 6)
|
|
|
680 @result{} t
|
|
|
681 (<= 5 6 6)
|
|
|
682 @result{} t
|
|
|
683 (<= 5 6 5)
|
|
|
684 @result{} nil
|
|
|
685 @end example
|
|
|
686 @end defun
|
|
|
687
|
|
|
688 @defun > number &rest more-numbers
|
|
|
689 This function returns @code{t} if the sequence of its arguments is
|
|
|
690 monotonically decreasing, @code{nil} otherwise.
|
|
|
691 @end defun
|
|
|
692
|
|
|
693 @defun >= number &rest more-numbers
|
|
|
694 This function returns @code{t} if the sequence of its arguments is
|
|
|
695 monotonically nonincreasing, @code{nil} otherwise.
|
|
|
696 @end defun
|
|
|
697
|
|
|
698 @defun max number &rest more-numbers
|
|
|
699 This function returns the largest of its arguments.
|
|
|
700
|
|
|
701 @example
|
|
|
702 (max 20)
|
|
|
703 @result{} 20
|
|
|
704 (max 1 2.5)
|
|
|
705 @result{} 2.5
|
|
|
706 (max 1 3 2.5)
|
|
|
707 @result{} 3
|
|
|
708 @end example
|
|
|
709 @end defun
|
|
|
710
|
|
|
711 @defun min number &rest more-numbers
|
|
|
712 This function returns the smallest of its arguments.
|
|
|
713
|
|
|
714 @example
|
|
|
715 (min -4 1)
|
|
|
716 @result{} -4
|
|
|
717 @end example
|
|
|
718 @end defun
|
|
|
719
|
|
|
720 @node Numeric Conversions
|
|
|
721 @section Numeric Conversions
|
|
|
722 @cindex rounding in conversions
|
|
|
723
|
|
|
724 To convert an integer to floating point, use the function @code{float}.
|
|
|
725
|
|
|
726 @defun float number
|
|
|
727 This returns @var{number} converted to floating point.
|
|
|
728 If @var{number} is already a floating point number, @code{float} returns
|
|
|
729 it unchanged.
|
|
|
730 @end defun
|
|
|
731
|
|
|
732 There are four functions to convert floating point numbers to integers;
|
|
|
733 they differ in how they round. These functions accept integer arguments
|
|
|
734 also, and return such arguments unchanged.
|
|
|
735
|
|
|
736 @defun truncate number
|
|
|
737 This returns @var{number}, converted to an integer by rounding towards
|
|
|
738 zero.
|
|
|
739 @end defun
|
|
|
740
|
|
|
741 @defun floor number &optional divisor
|
|
|
742 This returns @var{number}, converted to an integer by rounding downward
|
|
|
743 (towards negative infinity).
|
|
|
744
|
|
|
745 If @var{divisor} is specified, @var{number} is divided by @var{divisor}
|
|
|
746 before the floor is taken; this is the division operation that
|
|
|
747 corresponds to @code{mod}. An @code{arith-error} results if
|
|
|
748 @var{divisor} is 0.
|
|
|
749 @end defun
|
|
|
750
|
|
|
751 @defun ceiling number
|
|
|
752 This returns @var{number}, converted to an integer by rounding upward
|
|
|
753 (towards positive infinity).
|
|
|
754 @end defun
|
|
|
755
|
|
|
756 @defun round number
|
|
|
757 This returns @var{number}, converted to an integer by rounding towards the
|
|
|
758 nearest integer. Rounding a value equidistant between two integers
|
|
|
759 may choose the integer closer to zero, or it may prefer an even integer,
|
|
|
760 depending on your machine.
|
|
|
761 @end defun
|
|
|
762
|
|
|
763 @node Arithmetic Operations
|
|
|
764 @section Arithmetic Operations
|
|
|
765
|
|
|
766 XEmacs Lisp provides the traditional four arithmetic operations:
|
|
|
767 addition, subtraction, multiplication, and division. Remainder and modulus
|
|
|
768 functions supplement the division functions. The functions to
|
|
|
769 add or subtract 1 are provided because they are traditional in Lisp and
|
|
|
770 commonly used.
|
|
|
771
|
|
|
772 All of these functions except @code{%} return a floating point value
|
|
|
773 if any argument is floating.
|
|
|
774
|
|
|
775 It is important to note that in XEmacs Lisp, arithmetic functions
|
|
|
776 do not check for overflow. Thus @code{(1+ 134217727)} may evaluate to
|
|
|
777 @minus{}134217728, depending on your hardware.
|
|
|
778
|
|
444
|
779 @defun 1+ number
|
|
|
780 This function returns @var{number} plus one. @var{number} may be a
|
|
|
781 number, character or marker. Markers and characters are converted to
|
|
|
782 integers.
|
|
|
783
|
|
428
|
784 For example,
|
|
|
785
|
|
|
786 @example
|
|
|
787 (setq foo 4)
|
|
|
788 @result{} 4
|
|
|
789 (1+ foo)
|
|
|
790 @result{} 5
|
|
|
791 @end example
|
|
|
792
|
|
|
793 This function is not analogous to the C operator @code{++}---it does not
|
|
|
794 increment a variable. It just computes a sum. Thus, if we continue,
|
|
|
795
|
|
|
796 @example
|
|
|
797 foo
|
|
|
798 @result{} 4
|
|
|
799 @end example
|
|
|
800
|
|
|
801 If you want to increment the variable, you must use @code{setq},
|
|
|
802 like this:
|
|
|
803
|
|
|
804 @example
|
|
|
805 (setq foo (1+ foo))
|
|
|
806 @result{} 5
|
|
|
807 @end example
|
|
|
808
|
|
|
809 Now that the @code{cl} package is always available from lisp code, a
|
|
|
810 more convenient and natural way to increment a variable is
|
|
|
811 @w{@code{(incf foo)}}.
|
|
|
812 @end defun
|
|
|
813
|
|
444
|
814 @defun 1- number
|
|
|
815 This function returns @var{number} minus one. @var{number} may be a
|
|
|
816 number, character or marker. Markers and characters are converted to
|
|
|
817 integers.
|
|
428
|
818 @end defun
|
|
|
819
|
|
|
820 @defun abs number
|
|
|
821 This returns the absolute value of @var{number}.
|
|
|
822 @end defun
|
|
|
823
|
|
444
|
824 @defun + &rest numbers
|
|
428
|
825 This function adds its arguments together. When given no arguments,
|
|
|
826 @code{+} returns 0.
|
|
|
827
|
|
444
|
828 If any of the arguments are characters or markers, they are first
|
|
|
829 converted to integers.
|
|
|
830
|
|
428
|
831 @example
|
|
|
832 (+)
|
|
|
833 @result{} 0
|
|
|
834 (+ 1)
|
|
|
835 @result{} 1
|
|
|
836 (+ 1 2 3 4)
|
|
|
837 @result{} 10
|
|
|
838 @end example
|
|
|
839 @end defun
|
|
|
840
|
|
444
|
841 @defun - &optional number &rest other-numbers
|
|
428
|
842 The @code{-} function serves two purposes: negation and subtraction.
|
|
|
843 When @code{-} has a single argument, the value is the negative of the
|
|
|
844 argument. When there are multiple arguments, @code{-} subtracts each of
|
|
444
|
845 the @var{other-numbers} from @var{number}, cumulatively. If there are
|
|
|
846 no arguments, an error is signaled.
|
|
|
847
|
|
|
848 If any of the arguments are characters or markers, they are first
|
|
|
849 converted to integers.
|
|
428
|
850
|
|
|
851 @example
|
|
|
852 (- 10 1 2 3 4)
|
|
|
853 @result{} 0
|
|
|
854 (- 10)
|
|
|
855 @result{} -10
|
|
|
856 (-)
|
|
|
857 @result{} 0
|
|
|
858 @end example
|
|
|
859 @end defun
|
|
|
860
|
|
444
|
861 @defun * &rest numbers
|
|
428
|
862 This function multiplies its arguments together, and returns the
|
|
|
863 product. When given no arguments, @code{*} returns 1.
|
|
|
864
|
|
444
|
865 If any of the arguments are characters or markers, they are first
|
|
|
866 converted to integers.
|
|
|
867
|
|
428
|
868 @example
|
|
|
869 (*)
|
|
|
870 @result{} 1
|
|
|
871 (* 1)
|
|
|
872 @result{} 1
|
|
|
873 (* 1 2 3 4)
|
|
|
874 @result{} 24
|
|
|
875 @end example
|
|
|
876 @end defun
|
|
|
877
|
|
444
|
878 @defun / dividend &rest divisors
|
|
|
879 The @code{/} function serves two purposes: inversion and division. When
|
|
|
880 @code{/} has a single argument, the value is the inverse of the
|
|
|
881 argument. When there are multiple arguments, @code{/} divides
|
|
|
882 @var{dividend} by each of the @var{divisors}, cumulatively, returning
|
|
|
883 the quotient. If there are no arguments, an error is signaled.
|
|
428
|
884
|
|
444
|
885 If none of the arguments are floats, then the result is an integer.
|
|
428
|
886 This means the result has to be rounded. On most machines, the result
|
|
|
887 is rounded towards zero after each division, but some machines may round
|
|
|
888 differently with negative arguments. This is because the Lisp function
|
|
|
889 @code{/} is implemented using the C division operator, which also
|
|
|
890 permits machine-dependent rounding. As a practical matter, all known
|
|
|
891 machines round in the standard fashion.
|
|
|
892
|
|
444
|
893 If any of the arguments are characters or markers, they are first
|
|
|
894 converted to integers.
|
|
|
895
|
|
428
|
896 @cindex @code{arith-error} in division
|
|
|
897 If you divide by 0, an @code{arith-error} error is signaled.
|
|
|
898 (@xref{Errors}.)
|
|
|
899
|
|
|
900 @example
|
|
|
901 @group
|
|
|
902 (/ 6 2)
|
|
|
903 @result{} 3
|
|
|
904 @end group
|
|
|
905 (/ 5 2)
|
|
|
906 @result{} 2
|
|
|
907 (/ 25 3 2)
|
|
|
908 @result{} 4
|
|
444
|
909 (/ 3.0)
|
|
|
910 @result{} 0.3333333333333333
|
|
428
|
911 (/ -17 6)
|
|
|
912 @result{} -2
|
|
|
913 @end example
|
|
|
914
|
|
|
915 The result of @code{(/ -17 6)} could in principle be -3 on some
|
|
|
916 machines.
|
|
|
917 @end defun
|
|
|
918
|
|
|
919 @defun % dividend divisor
|
|
|
920 @cindex remainder
|
|
|
921 This function returns the integer remainder after division of @var{dividend}
|
|
|
922 by @var{divisor}. The arguments must be integers or markers.
|
|
|
923
|
|
|
924 For negative arguments, the remainder is in principle machine-dependent
|
|
|
925 since the quotient is; but in practice, all known machines behave alike.
|
|
|
926
|
|
|
927 An @code{arith-error} results if @var{divisor} is 0.
|
|
|
928
|
|
|
929 @example
|
|
|
930 (% 9 4)
|
|
|
931 @result{} 1
|
|
|
932 (% -9 4)
|
|
|
933 @result{} -1
|
|
|
934 (% 9 -4)
|
|
|
935 @result{} 1
|
|
|
936 (% -9 -4)
|
|
|
937 @result{} -1
|
|
|
938 @end example
|
|
|
939
|
|
|
940 For any two integers @var{dividend} and @var{divisor},
|
|
|
941
|
|
|
942 @example
|
|
|
943 @group
|
|
|
944 (+ (% @var{dividend} @var{divisor})
|
|
|
945 (* (/ @var{dividend} @var{divisor}) @var{divisor}))
|
|
|
946 @end group
|
|
|
947 @end example
|
|
|
948
|
|
|
949 @noindent
|
|
|
950 always equals @var{dividend}.
|
|
|
951 @end defun
|
|
|
952
|
|
|
953 @defun mod dividend divisor
|
|
|
954 @cindex modulus
|
|
|
955 This function returns the value of @var{dividend} modulo @var{divisor};
|
|
|
956 in other words, the remainder after division of @var{dividend}
|
|
|
957 by @var{divisor}, but with the same sign as @var{divisor}.
|
|
|
958 The arguments must be numbers or markers.
|
|
|
959
|
|
|
960 Unlike @code{%}, @code{mod} returns a well-defined result for negative
|
|
|
961 arguments. It also permits floating point arguments; it rounds the
|
|
|
962 quotient downward (towards minus infinity) to an integer, and uses that
|
|
|
963 quotient to compute the remainder.
|
|
|
964
|
|
|
965 An @code{arith-error} results if @var{divisor} is 0.
|
|
|
966
|
|
|
967 @example
|
|
|
968 @group
|
|
|
969 (mod 9 4)
|
|
|
970 @result{} 1
|
|
|
971 @end group
|
|
|
972 @group
|
|
|
973 (mod -9 4)
|
|
|
974 @result{} 3
|
|
|
975 @end group
|
|
|
976 @group
|
|
|
977 (mod 9 -4)
|
|
|
978 @result{} -3
|
|
|
979 @end group
|
|
|
980 @group
|
|
|
981 (mod -9 -4)
|
|
|
982 @result{} -1
|
|
|
983 @end group
|
|
|
984 @group
|
|
|
985 (mod 5.5 2.5)
|
|
|
986 @result{} .5
|
|
|
987 @end group
|
|
|
988 @end example
|
|
|
989
|
|
|
990 For any two numbers @var{dividend} and @var{divisor},
|
|
|
991
|
|
|
992 @example
|
|
|
993 @group
|
|
|
994 (+ (mod @var{dividend} @var{divisor})
|
|
|
995 (* (floor @var{dividend} @var{divisor}) @var{divisor}))
|
|
|
996 @end group
|
|
|
997 @end example
|
|
|
998
|
|
|
999 @noindent
|
|
|
1000 always equals @var{dividend}, subject to rounding error if either
|
|
|
1001 argument is floating point. For @code{floor}, see @ref{Numeric
|
|
|
1002 Conversions}.
|
|
|
1003 @end defun
|
|
|
1004
|
|
|
1005 @node Rounding Operations
|
|
|
1006 @section Rounding Operations
|
|
|
1007 @cindex rounding without conversion
|
|
|
1008
|
|
|
1009 The functions @code{ffloor}, @code{fceiling}, @code{fround} and
|
|
|
1010 @code{ftruncate} take a floating point argument and return a floating
|
|
|
1011 point result whose value is a nearby integer. @code{ffloor} returns the
|
|
|
1012 nearest integer below; @code{fceiling}, the nearest integer above;
|
|
|
1013 @code{ftruncate}, the nearest integer in the direction towards zero;
|
|
|
1014 @code{fround}, the nearest integer.
|
|
|
1015
|
|
444
|
1016 @defun ffloor number
|
|
|
1017 This function rounds @var{number} to the next lower integral value, and
|
|
428
|
1018 returns that value as a floating point number.
|
|
|
1019 @end defun
|
|
|
1020
|
|
444
|
1021 @defun fceiling number
|
|
|
1022 This function rounds @var{number} to the next higher integral value, and
|
|
428
|
1023 returns that value as a floating point number.
|
|
|
1024 @end defun
|
|
|
1025
|
|
444
|
1026 @defun ftruncate number
|
|
|
1027 This function rounds @var{number} towards zero to an integral value, and
|
|
428
|
1028 returns that value as a floating point number.
|
|
|
1029 @end defun
|
|
|
1030
|
|
444
|
1031 @defun fround number
|
|
|
1032 This function rounds @var{number} to the nearest integral value,
|
|
428
|
1033 and returns that value as a floating point number.
|
|
|
1034 @end defun
|
|
|
1035
|
|
|
1036 @node Bitwise Operations
|
|
|
1037 @section Bitwise Operations on Integers
|
|
|
1038
|
|
|
1039 In a computer, an integer is represented as a binary number, a
|
|
|
1040 sequence of @dfn{bits} (digits which are either zero or one). A bitwise
|
|
|
1041 operation acts on the individual bits of such a sequence. For example,
|
|
|
1042 @dfn{shifting} moves the whole sequence left or right one or more places,
|
|
|
1043 reproducing the same pattern ``moved over''.
|
|
|
1044
|
|
|
1045 The bitwise operations in XEmacs Lisp apply only to integers.
|
|
|
1046
|
|
|
1047 @defun lsh integer1 count
|
|
|
1048 @cindex logical shift
|
|
|
1049 @code{lsh}, which is an abbreviation for @dfn{logical shift}, shifts the
|
|
|
1050 bits in @var{integer1} to the left @var{count} places, or to the right
|
|
|
1051 if @var{count} is negative, bringing zeros into the vacated bits. If
|
|
|
1052 @var{count} is negative, @code{lsh} shifts zeros into the leftmost
|
|
|
1053 (most-significant) bit, producing a positive result even if
|
|
|
1054 @var{integer1} is negative. Contrast this with @code{ash}, below.
|
|
|
1055
|
|
|
1056 Here are two examples of @code{lsh}, shifting a pattern of bits one
|
|
|
1057 place to the left. We show only the low-order eight bits of the binary
|
|
|
1058 pattern; the rest are all zero.
|
|
|
1059
|
|
|
1060 @example
|
|
|
1061 @group
|
|
|
1062 (lsh 5 1)
|
|
|
1063 @result{} 10
|
|
|
1064 ;; @r{Decimal 5 becomes decimal 10.}
|
|
|
1065 00000101 @result{} 00001010
|
|
|
1066
|
|
|
1067 (lsh 7 1)
|
|
|
1068 @result{} 14
|
|
|
1069 ;; @r{Decimal 7 becomes decimal 14.}
|
|
|
1070 00000111 @result{} 00001110
|
|
|
1071 @end group
|
|
|
1072 @end example
|
|
|
1073
|
|
|
1074 @noindent
|
|
|
1075 As the examples illustrate, shifting the pattern of bits one place to
|
|
|
1076 the left produces a number that is twice the value of the previous
|
|
|
1077 number.
|
|
|
1078
|
|
|
1079 Shifting a pattern of bits two places to the left produces results
|
|
|
1080 like this (with 8-bit binary numbers):
|
|
|
1081
|
|
|
1082 @example
|
|
|
1083 @group
|
|
|
1084 (lsh 3 2)
|
|
|
1085 @result{} 12
|
|
|
1086 ;; @r{Decimal 3 becomes decimal 12.}
|
|
444
|
1087 00000011 @result{} 00001100
|
|
428
|
1088 @end group
|
|
|
1089 @end example
|
|
|
1090
|
|
|
1091 On the other hand, shifting one place to the right looks like this:
|
|
|
1092
|
|
|
1093 @example
|
|
|
1094 @group
|
|
|
1095 (lsh 6 -1)
|
|
|
1096 @result{} 3
|
|
|
1097 ;; @r{Decimal 6 becomes decimal 3.}
|
|
444
|
1098 00000110 @result{} 00000011
|
|
428
|
1099 @end group
|
|
|
1100
|
|
|
1101 @group
|
|
|
1102 (lsh 5 -1)
|
|
|
1103 @result{} 2
|
|
|
1104 ;; @r{Decimal 5 becomes decimal 2.}
|
|
444
|
1105 00000101 @result{} 00000010
|
|
428
|
1106 @end group
|
|
|
1107 @end example
|
|
|
1108
|
|
|
1109 @noindent
|
|
|
1110 As the example illustrates, shifting one place to the right divides the
|
|
|
1111 value of a positive integer by two, rounding downward.
|
|
|
1112
|
|
|
1113 The function @code{lsh}, like all XEmacs Lisp arithmetic functions, does
|
|
|
1114 not check for overflow, so shifting left can discard significant bits
|
|
|
1115 and change the sign of the number. For example, left shifting
|
|
|
1116 134,217,727 produces @minus{}2 on a 28-bit machine:
|
|
|
1117
|
|
|
1118 @example
|
|
|
1119 (lsh 134217727 1) ; @r{left shift}
|
|
|
1120 @result{} -2
|
|
|
1121 @end example
|
|
|
1122
|
|
|
1123 In binary, in the 28-bit implementation, the argument looks like this:
|
|
|
1124
|
|
|
1125 @example
|
|
|
1126 @group
|
|
|
1127 ;; @r{Decimal 134,217,727}
|
|
444
|
1128 0111 1111 1111 1111 1111 1111 1111
|
|
428
|
1129 @end group
|
|
|
1130 @end example
|
|
|
1131
|
|
|
1132 @noindent
|
|
|
1133 which becomes the following when left shifted:
|
|
|
1134
|
|
|
1135 @example
|
|
|
1136 @group
|
|
|
1137 ;; @r{Decimal @minus{}2}
|
|
444
|
1138 1111 1111 1111 1111 1111 1111 1110
|
|
428
|
1139 @end group
|
|
|
1140 @end example
|
|
|
1141 @end defun
|
|
|
1142
|
|
|
1143 @defun ash integer1 count
|
|
|
1144 @cindex arithmetic shift
|
|
|
1145 @code{ash} (@dfn{arithmetic shift}) shifts the bits in @var{integer1}
|
|
|
1146 to the left @var{count} places, or to the right if @var{count}
|
|
|
1147 is negative.
|
|
|
1148
|
|
|
1149 @code{ash} gives the same results as @code{lsh} except when
|
|
|
1150 @var{integer1} and @var{count} are both negative. In that case,
|
|
|
1151 @code{ash} puts ones in the empty bit positions on the left, while
|
|
|
1152 @code{lsh} puts zeros in those bit positions.
|
|
|
1153
|
|
|
1154 Thus, with @code{ash}, shifting the pattern of bits one place to the right
|
|
|
1155 looks like this:
|
|
|
1156
|
|
|
1157 @example
|
|
|
1158 @group
|
|
444
|
1159 (ash -6 -1) @result{} -3
|
|
428
|
1160 ;; @r{Decimal @minus{}6 becomes decimal @minus{}3.}
|
|
|
1161 1111 1111 1111 1111 1111 1111 1010
|
|
444
|
1162 @result{}
|
|
428
|
1163 1111 1111 1111 1111 1111 1111 1101
|
|
|
1164 @end group
|
|
|
1165 @end example
|
|
|
1166
|
|
|
1167 In contrast, shifting the pattern of bits one place to the right with
|
|
|
1168 @code{lsh} looks like this:
|
|
|
1169
|
|
|
1170 @example
|
|
|
1171 @group
|
|
|
1172 (lsh -6 -1) @result{} 134217725
|
|
|
1173 ;; @r{Decimal @minus{}6 becomes decimal 134,217,725.}
|
|
|
1174 1111 1111 1111 1111 1111 1111 1010
|
|
444
|
1175 @result{}
|
|
428
|
1176 0111 1111 1111 1111 1111 1111 1101
|
|
|
1177 @end group
|
|
|
1178 @end example
|
|
|
1179
|
|
|
1180 Here are other examples:
|
|
|
1181
|
|
|
1182 @c !!! Check if lined up in smallbook format! XDVI shows problem
|
|
|
1183 @c with smallbook but not with regular book! --rjc 16mar92
|
|
|
1184 @smallexample
|
|
|
1185 @group
|
|
|
1186 ; @r{ 28-bit binary values}
|
|
|
1187
|
|
|
1188 (lsh 5 2) ; 5 = @r{0000 0000 0000 0000 0000 0000 0101}
|
|
|
1189 @result{} 20 ; = @r{0000 0000 0000 0000 0000 0001 0100}
|
|
|
1190 @end group
|
|
|
1191 @group
|
|
|
1192 (ash 5 2)
|
|
|
1193 @result{} 20
|
|
|
1194 (lsh -5 2) ; -5 = @r{1111 1111 1111 1111 1111 1111 1011}
|
|
|
1195 @result{} -20 ; = @r{1111 1111 1111 1111 1111 1110 1100}
|
|
|
1196 (ash -5 2)
|
|
|
1197 @result{} -20
|
|
|
1198 @end group
|
|
|
1199 @group
|
|
|
1200 (lsh 5 -2) ; 5 = @r{0000 0000 0000 0000 0000 0000 0101}
|
|
|
1201 @result{} 1 ; = @r{0000 0000 0000 0000 0000 0000 0001}
|
|
|
1202 @end group
|
|
|
1203 @group
|
|
|
1204 (ash 5 -2)
|
|
|
1205 @result{} 1
|
|
|
1206 @end group
|
|
|
1207 @group
|
|
|
1208 (lsh -5 -2) ; -5 = @r{1111 1111 1111 1111 1111 1111 1011}
|
|
|
1209 @result{} 4194302 ; = @r{0011 1111 1111 1111 1111 1111 1110}
|
|
|
1210 @end group
|
|
|
1211 @group
|
|
|
1212 (ash -5 -2) ; -5 = @r{1111 1111 1111 1111 1111 1111 1011}
|
|
|
1213 @result{} -2 ; = @r{1111 1111 1111 1111 1111 1111 1110}
|
|
|
1214 @end group
|
|
|
1215 @end smallexample
|
|
|
1216 @end defun
|
|
|
1217
|
|
|
1218 @defun logand &rest ints-or-markers
|
|
|
1219 @cindex logical and
|
|
|
1220 @cindex bitwise and
|
|
|
1221 This function returns the ``logical and'' of the arguments: the
|
|
|
1222 @var{n}th bit is set in the result if, and only if, the @var{n}th bit is
|
|
|
1223 set in all the arguments. (``Set'' means that the value of the bit is 1
|
|
|
1224 rather than 0.)
|
|
|
1225
|
|
|
1226 For example, using 4-bit binary numbers, the ``logical and'' of 13 and
|
|
|
1227 12 is 12: 1101 combined with 1100 produces 1100.
|
|
|
1228 In both the binary numbers, the leftmost two bits are set (i.e., they
|
|
|
1229 are 1's), so the leftmost two bits of the returned value are set.
|
|
|
1230 However, for the rightmost two bits, each is zero in at least one of
|
|
|
1231 the arguments, so the rightmost two bits of the returned value are 0's.
|
|
|
1232
|
|
|
1233 @noindent
|
|
|
1234 Therefore,
|
|
|
1235
|
|
|
1236 @example
|
|
|
1237 @group
|
|
|
1238 (logand 13 12)
|
|
|
1239 @result{} 12
|
|
|
1240 @end group
|
|
|
1241 @end example
|
|
|
1242
|
|
|
1243 If @code{logand} is not passed any argument, it returns a value of
|
|
|
1244 @minus{}1. This number is an identity element for @code{logand}
|
|
|
1245 because its binary representation consists entirely of ones. If
|
|
|
1246 @code{logand} is passed just one argument, it returns that argument.
|
|
|
1247
|
|
|
1248 @smallexample
|
|
|
1249 @group
|
|
|
1250 ; @r{ 28-bit binary values}
|
|
|
1251
|
|
|
1252 (logand 14 13) ; 14 = @r{0000 0000 0000 0000 0000 0000 1110}
|
|
|
1253 ; 13 = @r{0000 0000 0000 0000 0000 0000 1101}
|
|
|
1254 @result{} 12 ; 12 = @r{0000 0000 0000 0000 0000 0000 1100}
|
|
|
1255 @end group
|
|
|
1256
|
|
|
1257 @group
|
|
|
1258 (logand 14 13 4) ; 14 = @r{0000 0000 0000 0000 0000 0000 1110}
|
|
|
1259 ; 13 = @r{0000 0000 0000 0000 0000 0000 1101}
|
|
|
1260 ; 4 = @r{0000 0000 0000 0000 0000 0000 0100}
|
|
|
1261 @result{} 4 ; 4 = @r{0000 0000 0000 0000 0000 0000 0100}
|
|
|
1262 @end group
|
|
|
1263
|
|
|
1264 @group
|
|
|
1265 (logand)
|
|
|
1266 @result{} -1 ; -1 = @r{1111 1111 1111 1111 1111 1111 1111}
|
|
|
1267 @end group
|
|
|
1268 @end smallexample
|
|
|
1269 @end defun
|
|
|
1270
|
|
|
1271 @defun logior &rest ints-or-markers
|
|
|
1272 @cindex logical inclusive or
|
|
|
1273 @cindex bitwise or
|
|
|
1274 This function returns the ``inclusive or'' of its arguments: the @var{n}th bit
|
|
|
1275 is set in the result if, and only if, the @var{n}th bit is set in at least
|
|
|
1276 one of the arguments. If there are no arguments, the result is zero,
|
|
|
1277 which is an identity element for this operation. If @code{logior} is
|
|
|
1278 passed just one argument, it returns that argument.
|
|
|
1279
|
|
|
1280 @smallexample
|
|
|
1281 @group
|
|
|
1282 ; @r{ 28-bit binary values}
|
|
|
1283
|
|
|
1284 (logior 12 5) ; 12 = @r{0000 0000 0000 0000 0000 0000 1100}
|
|
|
1285 ; 5 = @r{0000 0000 0000 0000 0000 0000 0101}
|
|
|
1286 @result{} 13 ; 13 = @r{0000 0000 0000 0000 0000 0000 1101}
|
|
|
1287 @end group
|
|
|
1288
|
|
|
1289 @group
|
|
|
1290 (logior 12 5 7) ; 12 = @r{0000 0000 0000 0000 0000 0000 1100}
|
|
|
1291 ; 5 = @r{0000 0000 0000 0000 0000 0000 0101}
|
|
|
1292 ; 7 = @r{0000 0000 0000 0000 0000 0000 0111}
|
|
|
1293 @result{} 15 ; 15 = @r{0000 0000 0000 0000 0000 0000 1111}
|
|
|
1294 @end group
|
|
|
1295 @end smallexample
|
|
|
1296 @end defun
|
|
|
1297
|
|
|
1298 @defun logxor &rest ints-or-markers
|
|
|
1299 @cindex bitwise exclusive or
|
|
|
1300 @cindex logical exclusive or
|
|
|
1301 This function returns the ``exclusive or'' of its arguments: the
|
|
|
1302 @var{n}th bit is set in the result if, and only if, the @var{n}th bit is
|
|
|
1303 set in an odd number of the arguments. If there are no arguments, the
|
|
|
1304 result is 0, which is an identity element for this operation. If
|
|
|
1305 @code{logxor} is passed just one argument, it returns that argument.
|
|
|
1306
|
|
|
1307 @smallexample
|
|
|
1308 @group
|
|
|
1309 ; @r{ 28-bit binary values}
|
|
|
1310
|
|
|
1311 (logxor 12 5) ; 12 = @r{0000 0000 0000 0000 0000 0000 1100}
|
|
|
1312 ; 5 = @r{0000 0000 0000 0000 0000 0000 0101}
|
|
|
1313 @result{} 9 ; 9 = @r{0000 0000 0000 0000 0000 0000 1001}
|
|
|
1314 @end group
|
|
|
1315
|
|
|
1316 @group
|
|
|
1317 (logxor 12 5 7) ; 12 = @r{0000 0000 0000 0000 0000 0000 1100}
|
|
|
1318 ; 5 = @r{0000 0000 0000 0000 0000 0000 0101}
|
|
|
1319 ; 7 = @r{0000 0000 0000 0000 0000 0000 0111}
|
|
|
1320 @result{} 14 ; 14 = @r{0000 0000 0000 0000 0000 0000 1110}
|
|
|
1321 @end group
|
|
|
1322 @end smallexample
|
|
|
1323 @end defun
|
|
|
1324
|
|
|
1325 @defun lognot integer
|
|
|
1326 @cindex logical not
|
|
|
1327 @cindex bitwise not
|
|
|
1328 This function returns the logical complement of its argument: the @var{n}th
|
|
|
1329 bit is one in the result if, and only if, the @var{n}th bit is zero in
|
|
|
1330 @var{integer}, and vice-versa.
|
|
|
1331
|
|
|
1332 @example
|
|
444
|
1333 (lognot 5)
|
|
428
|
1334 @result{} -6
|
|
|
1335 ;; 5 = @r{0000 0000 0000 0000 0000 0000 0101}
|
|
|
1336 ;; @r{becomes}
|
|
|
1337 ;; -6 = @r{1111 1111 1111 1111 1111 1111 1010}
|
|
|
1338 @end example
|
|
|
1339 @end defun
|
|
|
1340
|
|
|
1341 @node Math Functions
|
|
|
1342 @section Standard Mathematical Functions
|
|
|
1343 @cindex transcendental functions
|
|
|
1344 @cindex mathematical functions
|
|
|
1345
|
|
|
1346 These mathematical functions are available if floating point is
|
|
|
1347 supported (which is the normal state of affairs). They allow integers
|
|
|
1348 as well as floating point numbers as arguments.
|
|
|
1349
|
|
444
|
1350 @defun sin number
|
|
|
1351 @defunx cos number
|
|
|
1352 @defunx tan number
|
|
428
|
1353 These are the ordinary trigonometric functions, with argument measured
|
|
|
1354 in radians.
|
|
|
1355 @end defun
|
|
|
1356
|
|
444
|
1357 @defun asin number
|
|
|
1358 The value of @code{(asin @var{number})} is a number between @minus{}pi/2
|
|
|
1359 and pi/2 (inclusive) whose sine is @var{number}; if, however, @var{number}
|
|
428
|
1360 is out of range (outside [-1, 1]), then the result is a NaN.
|
|
|
1361 @end defun
|
|
|
1362
|
|
444
|
1363 @defun acos number
|
|
|
1364 The value of @code{(acos @var{number})} is a number between 0 and pi
|
|
|
1365 (inclusive) whose cosine is @var{number}; if, however, @var{number}
|
|
428
|
1366 is out of range (outside [-1, 1]), then the result is a NaN.
|
|
|
1367 @end defun
|
|
|
1368
|
|
444
|
1369 @defun atan number &optional number2
|
|
|
1370 The value of @code{(atan @var{number})} is a number between @minus{}pi/2
|
|
|
1371 and pi/2 (exclusive) whose tangent is @var{number}.
|
|
|
1372
|
|
|
1373 If optional argument @var{number2} is supplied, the function returns
|
|
|
1374 @code{atan2(@var{number},@var{number2})}.
|
|
428
|
1375 @end defun
|
|
|
1376
|
|
444
|
1377 @defun sinh number
|
|
|
1378 @defunx cosh number
|
|
|
1379 @defunx tanh number
|
|
428
|
1380 These are the ordinary hyperbolic trigonometric functions.
|
|
|
1381 @end defun
|
|
|
1382
|
|
444
|
1383 @defun asinh number
|
|
|
1384 @defunx acosh number
|
|
|
1385 @defunx atanh number
|
|
428
|
1386 These are the inverse hyperbolic trigonometric functions.
|
|
|
1387 @end defun
|
|
|
1388
|
|
444
|
1389 @defun exp number
|
|
428
|
1390 This is the exponential function; it returns @i{e} to the power
|
|
444
|
1391 @var{number}. @i{e} is a fundamental mathematical constant also called the
|
|
428
|
1392 base of natural logarithms.
|
|
|
1393 @end defun
|
|
|
1394
|
|
444
|
1395 @defun log number &optional base
|
|
|
1396 This function returns the logarithm of @var{number}, with base @var{base}.
|
|
1738
|
1397 If you don't specify @var{base}, the base @code{e} is used. If @var{number}
|
|
428
|
1398 is negative, the result is a NaN.
|
|
|
1399 @end defun
|
|
|
1400
|
|
444
|
1401 @defun log10 number
|
|
|
1402 This function returns the logarithm of @var{number}, with base 10. If
|
|
|
1403 @var{number} is negative, the result is a NaN. @code{(log10 @var{x})}
|
|
428
|
1404 @equiv{} @code{(log @var{x} 10)}, at least approximately.
|
|
|
1405 @end defun
|
|
|
1406
|
|
|
1407 @defun expt x y
|
|
|
1408 This function returns @var{x} raised to power @var{y}. If both
|
|
|
1409 arguments are integers and @var{y} is positive, the result is an
|
|
|
1410 integer; in this case, it is truncated to fit the range of possible
|
|
|
1411 integer values.
|
|
|
1412 @end defun
|
|
|
1413
|
|
444
|
1414 @defun sqrt number
|
|
|
1415 This returns the square root of @var{number}. If @var{number} is negative,
|
|
428
|
1416 the value is a NaN.
|
|
|
1417 @end defun
|
|
|
1418
|
|
444
|
1419 @defun cube-root number
|
|
|
1420 This returns the cube root of @var{number}.
|
|
428
|
1421 @end defun
|
|
|
1422
|
|
|
1423 @node Random Numbers
|
|
|
1424 @section Random Numbers
|
|
|
1425 @cindex random numbers
|
|
|
1426
|
|
|
1427 A deterministic computer program cannot generate true random numbers.
|
|
|
1428 For most purposes, @dfn{pseudo-random numbers} suffice. A series of
|
|
|
1429 pseudo-random numbers is generated in a deterministic fashion. The
|
|
|
1430 numbers are not truly random, but they have certain properties that
|
|
|
1431 mimic a random series. For example, all possible values occur equally
|
|
|
1432 often in a pseudo-random series.
|
|
|
1433
|
|
|
1434 In XEmacs, pseudo-random numbers are generated from a ``seed'' number.
|
|
|
1435 Starting from any given seed, the @code{random} function always
|
|
|
1436 generates the same sequence of numbers. XEmacs always starts with the
|
|
|
1437 same seed value, so the sequence of values of @code{random} is actually
|
|
|
1438 the same in each XEmacs run! For example, in one operating system, the
|
|
|
1439 first call to @code{(random)} after you start XEmacs always returns
|
|
|
1440 -1457731, and the second one always returns -7692030. This
|
|
|
1441 repeatability is helpful for debugging.
|
|
|
1442
|
|
|
1443 If you want truly unpredictable random numbers, execute @code{(random
|
|
|
1444 t)}. This chooses a new seed based on the current time of day and on
|
|
|
1445 XEmacs's process @sc{id} number.
|
|
|
1446
|
|
|
1447 @defun random &optional limit
|
|
|
1448 This function returns a pseudo-random integer. Repeated calls return a
|
|
|
1449 series of pseudo-random integers.
|
|
|
1450
|
|
|
1451 If @var{limit} is a positive integer, the value is chosen to be
|
|
|
1452 nonnegative and less than @var{limit}.
|
|
|
1453
|
|
|
1454 If @var{limit} is @code{t}, it means to choose a new seed based on the
|
|
|
1455 current time of day and on XEmacs's process @sc{id} number.
|
|
|
1456 @c "XEmacs'" is incorrect usage!
|
|
|
1457
|
|
|
1458 On some machines, any integer representable in Lisp may be the result
|
|
|
1459 of @code{random}. On other machines, the result can never be larger
|
|
|
1460 than a certain maximum or less than a certain (negative) minimum.
|
|
|
1461 @end defun
|
