6510
|
1 @c -*-texinfo-*-
|
|
2 @c This is part of the GNU Emacs Lisp Reference Manual.
|
27390
|
3 @c Copyright (C) 1990, 1991, 1992, 1993, 1994, 1995, 1998, 1999, 2000
|
49600
|
4 @c Free Software Foundation, Inc.
|
6510
|
5 @c See the file elisp.texi for copying conditions.
|
|
6 @setfilename ../info/variables
|
|
7 @node Variables, Functions, Control Structures, Top
|
|
8 @chapter Variables
|
|
9 @cindex variable
|
|
10
|
|
11 A @dfn{variable} is a name used in a program to stand for a value.
|
|
12 Nearly all programming languages have variables of some sort. In the
|
|
13 text of a Lisp program, variables are written using the syntax for
|
|
14 symbols.
|
|
15
|
|
16 In Lisp, unlike most programming languages, programs are represented
|
|
17 primarily as Lisp objects and only secondarily as text. The Lisp
|
|
18 objects used for variables are symbols: the symbol name is the variable
|
|
19 name, and the variable's value is stored in the value cell of the
|
|
20 symbol. The use of a symbol as a variable is independent of its use as
|
|
21 a function name. @xref{Symbol Components}.
|
|
22
|
|
23 The Lisp objects that constitute a Lisp program determine the textual
|
7194
|
24 form of the program---it is simply the read syntax for those Lisp
|
6510
|
25 objects. This is why, for example, a variable in a textual Lisp program
|
|
26 is written using the read syntax for the symbol that represents the
|
|
27 variable.
|
|
28
|
|
29 @menu
|
|
30 * Global Variables:: Variable values that exist permanently, everywhere.
|
|
31 * Constant Variables:: Certain "variables" have values that never change.
|
|
32 * Local Variables:: Variable values that exist only temporarily.
|
|
33 * Void Variables:: Symbols that lack values.
|
|
34 * Defining Variables:: A definition says a symbol is used as a variable.
|
27389
|
35 * Tips for Defining:: Things you should think about when you
|
|
36 define a variable.
|
6510
|
37 * Accessing Variables:: Examining values of variables whose names
|
|
38 are known only at run time.
|
|
39 * Setting Variables:: Storing new values in variables.
|
|
40 * Variable Scoping:: How Lisp chooses among local and global values.
|
|
41 * Buffer-Local Variables:: Variable values in effect only in one buffer.
|
21682
|
42 * Frame-Local Variables:: Variable values in effect only in one frame.
|
|
43 * Future Local Variables:: New kinds of local values we might add some day.
|
39571
|
44 * Variable Aliases:: Variables that are aliases for other variables.
|
27389
|
45 * File Local Variables:: Handling local variable lists in files.
|
6510
|
46 @end menu
|
|
47
|
|
48 @node Global Variables
|
|
49 @section Global Variables
|
|
50 @cindex global variable
|
|
51
|
|
52 The simplest way to use a variable is @dfn{globally}. This means that
|
|
53 the variable has just one value at a time, and this value is in effect
|
|
54 (at least for the moment) throughout the Lisp system. The value remains
|
|
55 in effect until you specify a new one. When a new value replaces the
|
|
56 old one, no trace of the old value remains in the variable.
|
|
57
|
|
58 You specify a value for a symbol with @code{setq}. For example,
|
|
59
|
|
60 @example
|
|
61 (setq x '(a b))
|
|
62 @end example
|
|
63
|
|
64 @noindent
|
|
65 gives the variable @code{x} the value @code{(a b)}. Note that
|
|
66 @code{setq} does not evaluate its first argument, the name of the
|
|
67 variable, but it does evaluate the second argument, the new value.
|
|
68
|
|
69 Once the variable has a value, you can refer to it by using the symbol
|
|
70 by itself as an expression. Thus,
|
|
71
|
|
72 @example
|
|
73 @group
|
|
74 x @result{} (a b)
|
|
75 @end group
|
|
76 @end example
|
|
77
|
|
78 @noindent
|
|
79 assuming the @code{setq} form shown above has already been executed.
|
|
80
|
21682
|
81 If you do set the same variable again, the new value replaces the old
|
|
82 one:
|
6510
|
83
|
|
84 @example
|
|
85 @group
|
|
86 x
|
|
87 @result{} (a b)
|
|
88 @end group
|
|
89 @group
|
|
90 (setq x 4)
|
|
91 @result{} 4
|
|
92 @end group
|
|
93 @group
|
|
94 x
|
|
95 @result{} 4
|
|
96 @end group
|
|
97 @end example
|
|
98
|
|
99 @node Constant Variables
|
25751
|
100 @section Variables that Never Change
|
6510
|
101 @vindex nil
|
|
102 @vindex t
|
|
103 @kindex setting-constant
|
26200
|
104 @cindex keyword symbol
|
6510
|
105
|
21682
|
106 In Emacs Lisp, certain symbols normally evaluate to themselves. These
|
|
107 include @code{nil} and @code{t}, as well as any symbol whose name starts
|
26200
|
108 with @samp{:} (these are called @dfn{keywords}). These symbols cannot
|
|
109 be rebound, nor can their values be changed. Any attempt to set or bind
|
|
110 @code{nil} or @code{t} signals a @code{setting-constant} error. The
|
|
111 same is true for a keyword (a symbol whose name starts with @samp{:}),
|
|
112 if it is interned in the standard obarray, except that setting such a
|
|
113 symbol to itself is not an error.
|
6510
|
114
|
|
115 @example
|
|
116 @group
|
|
117 nil @equiv{} 'nil
|
|
118 @result{} nil
|
|
119 @end group
|
|
120 @group
|
|
121 (setq nil 500)
|
|
122 @error{} Attempt to set constant symbol: nil
|
|
123 @end group
|
|
124 @end example
|
|
125
|
27528
|
126 @defun keywordp object
|
|
127 @tindex keywordp
|
|
128 function returns @code{t} if @var{object} is a symbol whose name
|
|
129 starts with @samp{:}, interned in the standard obarray, and returns
|
|
130 @code{nil} otherwise.
|
|
131 @end defun
|
|
132
|
6510
|
133 @node Local Variables
|
|
134 @section Local Variables
|
|
135 @cindex binding local variables
|
|
136 @cindex local variables
|
|
137 @cindex local binding
|
|
138 @cindex global binding
|
|
139
|
|
140 Global variables have values that last until explicitly superseded
|
|
141 with new values. Sometimes it is useful to create variable values that
|
21682
|
142 exist temporarily---only until a certain part of the program finishes.
|
6510
|
143 These values are called @dfn{local}, and the variables so used are
|
|
144 called @dfn{local variables}.
|
|
145
|
|
146 For example, when a function is called, its argument variables receive
|
|
147 new local values that last until the function exits. The @code{let}
|
|
148 special form explicitly establishes new local values for specified
|
|
149 variables; these last until exit from the @code{let} form.
|
|
150
|
|
151 @cindex shadowing of variables
|
|
152 Establishing a local value saves away the previous value (or lack of
|
|
153 one) of the variable. When the life span of the local value is over,
|
|
154 the previous value is restored. In the mean time, we say that the
|
|
155 previous value is @dfn{shadowed} and @dfn{not visible}. Both global and
|
|
156 local values may be shadowed (@pxref{Scope}).
|
|
157
|
|
158 If you set a variable (such as with @code{setq}) while it is local,
|
|
159 this replaces the local value; it does not alter the global value, or
|
21682
|
160 previous local values, that are shadowed. To model this behavior, we
|
6510
|
161 speak of a @dfn{local binding} of the variable as well as a local value.
|
|
162
|
|
163 The local binding is a conceptual place that holds a local value.
|
|
164 Entry to a function, or a special form such as @code{let}, creates the
|
|
165 local binding; exit from the function or from the @code{let} removes the
|
|
166 local binding. As long as the local binding lasts, the variable's value
|
|
167 is stored within it. Use of @code{setq} or @code{set} while there is a
|
|
168 local binding stores a different value into the local binding; it does
|
|
169 not create a new binding.
|
|
170
|
|
171 We also speak of the @dfn{global binding}, which is where
|
|
172 (conceptually) the global value is kept.
|
|
173
|
|
174 @cindex current binding
|
|
175 A variable can have more than one local binding at a time (for
|
|
176 example, if there are nested @code{let} forms that bind it). In such a
|
|
177 case, the most recently created local binding that still exists is the
|
21682
|
178 @dfn{current binding} of the variable. (This rule is called
|
|
179 @dfn{dynamic scoping}; see @ref{Variable Scoping}.) If there are no
|
|
180 local bindings, the variable's global binding is its current binding.
|
|
181 We sometimes call the current binding the @dfn{most-local existing
|
|
182 binding}, for emphasis. Ordinary evaluation of a symbol always returns
|
|
183 the value of its current binding.
|
6510
|
184
|
|
185 The special forms @code{let} and @code{let*} exist to create
|
|
186 local bindings.
|
|
187
|
|
188 @defspec let (bindings@dots{}) forms@dots{}
|
7194
|
189 This special form binds variables according to @var{bindings} and then
|
6510
|
190 evaluates all of the @var{forms} in textual order. The @code{let}-form
|
|
191 returns the value of the last form in @var{forms}.
|
|
192
|
|
193 Each of the @var{bindings} is either @w{(i) a} symbol, in which case
|
|
194 that symbol is bound to @code{nil}; or @w{(ii) a} list of the form
|
|
195 @code{(@var{symbol} @var{value-form})}, in which case @var{symbol} is
|
|
196 bound to the result of evaluating @var{value-form}. If @var{value-form}
|
|
197 is omitted, @code{nil} is used.
|
|
198
|
|
199 All of the @var{value-form}s in @var{bindings} are evaluated in the
|
21007
|
200 order they appear and @emph{before} binding any of the symbols to them.
|
88123
|
201 Here is an example of this: @code{Z} is bound to the old value of
|
|
202 @code{Y}, which is 2, not the new value of @code{Y}, which is 1.
|
6510
|
203
|
|
204 @example
|
|
205 @group
|
88123
|
206 (setq Y 2)
|
6510
|
207 @result{} 2
|
|
208 @end group
|
|
209 @group
|
88123
|
210 (let ((Y 1)
|
|
211 (Z Y))
|
|
212 (list Y Z))
|
6510
|
213 @result{} (1 2)
|
|
214 @end group
|
|
215 @end example
|
|
216 @end defspec
|
|
217
|
|
218 @defspec let* (bindings@dots{}) forms@dots{}
|
|
219 This special form is like @code{let}, but it binds each variable right
|
|
220 after computing its local value, before computing the local value for
|
|
221 the next variable. Therefore, an expression in @var{bindings} can
|
|
222 reasonably refer to the preceding symbols bound in this @code{let*}
|
|
223 form. Compare the following example with the example above for
|
|
224 @code{let}.
|
|
225
|
|
226 @example
|
|
227 @group
|
88123
|
228 (setq Y 2)
|
6510
|
229 @result{} 2
|
|
230 @end group
|
|
231 @group
|
88123
|
232 (let* ((Y 1)
|
|
233 (Z Y)) ; @r{Use the just-established value of @code{Y}.}
|
|
234 (list Y Z))
|
6510
|
235 @result{} (1 1)
|
|
236 @end group
|
|
237 @end example
|
|
238 @end defspec
|
|
239
|
7194
|
240 Here is a complete list of the other facilities that create local
|
6510
|
241 bindings:
|
|
242
|
|
243 @itemize @bullet
|
|
244 @item
|
|
245 Function calls (@pxref{Functions}).
|
|
246
|
|
247 @item
|
|
248 Macro calls (@pxref{Macros}).
|
|
249
|
|
250 @item
|
|
251 @code{condition-case} (@pxref{Errors}).
|
|
252 @end itemize
|
|
253
|
12098
|
254 Variables can also have buffer-local bindings (@pxref{Buffer-Local
|
22138
|
255 Variables}) and frame-local bindings (@pxref{Frame-Local Variables}); a
|
|
256 few variables have terminal-local bindings (@pxref{Multiple Displays}).
|
|
257 These kinds of bindings work somewhat like ordinary local bindings, but
|
|
258 they are localized depending on ``where'' you are in Emacs, rather than
|
|
259 localized in time.
|
12098
|
260
|
6510
|
261 @defvar max-specpdl-size
|
|
262 @cindex variable limit error
|
|
263 @cindex evaluation error
|
|
264 @cindex infinite recursion
|
22138
|
265 This variable defines the limit on the total number of local variable
|
6510
|
266 bindings and @code{unwind-protect} cleanups (@pxref{Nonlocal Exits})
|
|
267 that are allowed before signaling an error (with data @code{"Variable
|
|
268 binding depth exceeds max-specpdl-size"}).
|
|
269
|
22138
|
270 This limit, with the associated error when it is exceeded, is one way
|
6510
|
271 that Lisp avoids infinite recursion on an ill-defined function.
|
22138
|
272 @code{max-lisp-eval-depth} provides another limit on depth of nesting.
|
|
273 @xref{Eval}.
|
6510
|
274
|
22138
|
275 The default value is 600. Entry to the Lisp debugger increases the
|
|
276 value, if there is little room left, to make sure the debugger itself
|
|
277 has room to execute.
|
6510
|
278 @end defvar
|
|
279
|
|
280 @node Void Variables
|
|
281 @section When a Variable is ``Void''
|
|
282 @kindex void-variable
|
|
283 @cindex void variable
|
|
284
|
|
285 If you have never given a symbol any value as a global variable, we
|
|
286 say that that symbol's global value is @dfn{void}. In other words, the
|
|
287 symbol's value cell does not have any Lisp object in it. If you try to
|
|
288 evaluate the symbol, you get a @code{void-variable} error rather than
|
|
289 a value.
|
|
290
|
|
291 Note that a value of @code{nil} is not the same as void. The symbol
|
|
292 @code{nil} is a Lisp object and can be the value of a variable just as any
|
|
293 other object can be; but it is @emph{a value}. A void variable does not
|
|
294 have any value.
|
|
295
|
|
296 After you have given a variable a value, you can make it void once more
|
|
297 using @code{makunbound}.
|
|
298
|
|
299 @defun makunbound symbol
|
21007
|
300 This function makes the current variable binding of @var{symbol} void.
|
6510
|
301 Subsequent attempts to use this symbol's value as a variable will signal
|
21007
|
302 the error @code{void-variable}, unless and until you set it again.
|
6510
|
303
|
|
304 @code{makunbound} returns @var{symbol}.
|
|
305
|
|
306 @example
|
|
307 @group
|
21682
|
308 (makunbound 'x) ; @r{Make the global value of @code{x} void.}
|
6510
|
309 @result{} x
|
|
310 @end group
|
|
311 @group
|
|
312 x
|
|
313 @error{} Symbol's value as variable is void: x
|
|
314 @end group
|
|
315 @end example
|
|
316
|
|
317 If @var{symbol} is locally bound, @code{makunbound} affects the most
|
|
318 local existing binding. This is the only way a symbol can have a void
|
|
319 local binding, since all the constructs that create local bindings
|
|
320 create them with values. In this case, the voidness lasts at most as
|
|
321 long as the binding does; when the binding is removed due to exit from
|
21682
|
322 the construct that made it, the previous local or global binding is
|
|
323 reexposed as usual, and the variable is no longer void unless the newly
|
|
324 reexposed binding was void all along.
|
6510
|
325
|
|
326 @smallexample
|
|
327 @group
|
|
328 (setq x 1) ; @r{Put a value in the global binding.}
|
|
329 @result{} 1
|
|
330 (let ((x 2)) ; @r{Locally bind it.}
|
|
331 (makunbound 'x) ; @r{Void the local binding.}
|
|
332 x)
|
|
333 @error{} Symbol's value as variable is void: x
|
|
334 @end group
|
|
335 @group
|
|
336 x ; @r{The global binding is unchanged.}
|
|
337 @result{} 1
|
|
338
|
|
339 (let ((x 2)) ; @r{Locally bind it.}
|
|
340 (let ((x 3)) ; @r{And again.}
|
|
341 (makunbound 'x) ; @r{Void the innermost-local binding.}
|
|
342 x)) ; @r{And refer: it's void.}
|
|
343 @error{} Symbol's value as variable is void: x
|
|
344 @end group
|
|
345
|
|
346 @group
|
|
347 (let ((x 2))
|
|
348 (let ((x 3))
|
|
349 (makunbound 'x)) ; @r{Void inner binding, then remove it.}
|
|
350 x) ; @r{Now outer @code{let} binding is visible.}
|
|
351 @result{} 2
|
|
352 @end group
|
|
353 @end smallexample
|
|
354 @end defun
|
|
355
|
|
356 A variable that has been made void with @code{makunbound} is
|
|
357 indistinguishable from one that has never received a value and has
|
|
358 always been void.
|
|
359
|
|
360 You can use the function @code{boundp} to test whether a variable is
|
|
361 currently void.
|
|
362
|
|
363 @defun boundp variable
|
|
364 @code{boundp} returns @code{t} if @var{variable} (a symbol) is not void;
|
|
365 more precisely, if its current binding is not void. It returns
|
|
366 @code{nil} otherwise.
|
|
367
|
|
368 @smallexample
|
|
369 @group
|
|
370 (boundp 'abracadabra) ; @r{Starts out void.}
|
|
371 @result{} nil
|
|
372 @end group
|
|
373 @group
|
|
374 (let ((abracadabra 5)) ; @r{Locally bind it.}
|
|
375 (boundp 'abracadabra))
|
|
376 @result{} t
|
|
377 @end group
|
|
378 @group
|
|
379 (boundp 'abracadabra) ; @r{Still globally void.}
|
|
380 @result{} nil
|
|
381 @end group
|
|
382 @group
|
|
383 (setq abracadabra 5) ; @r{Make it globally nonvoid.}
|
|
384 @result{} 5
|
|
385 @end group
|
|
386 @group
|
|
387 (boundp 'abracadabra)
|
|
388 @result{} t
|
|
389 @end group
|
|
390 @end smallexample
|
|
391 @end defun
|
|
392
|
|
393 @node Defining Variables
|
|
394 @section Defining Global Variables
|
7194
|
395 @cindex variable definition
|
6510
|
396
|
|
397 You may announce your intention to use a symbol as a global variable
|
7194
|
398 with a @dfn{variable definition}: a special form, either @code{defconst}
|
|
399 or @code{defvar}.
|
6510
|
400
|
|
401 In Emacs Lisp, definitions serve three purposes. First, they inform
|
|
402 people who read the code that certain symbols are @emph{intended} to be
|
|
403 used a certain way (as variables). Second, they inform the Lisp system
|
|
404 of these things, supplying a value and documentation. Third, they
|
|
405 provide information to utilities such as @code{etags} and
|
|
406 @code{make-docfile}, which create data bases of the functions and
|
|
407 variables in a program.
|
|
408
|
|
409 The difference between @code{defconst} and @code{defvar} is primarily
|
21007
|
410 a matter of intent, serving to inform human readers of whether the value
|
|
411 should ever change. Emacs Lisp does not restrict the ways in which a
|
|
412 variable can be used based on @code{defconst} or @code{defvar}
|
7194
|
413 declarations. However, it does make a difference for initialization:
|
6510
|
414 @code{defconst} unconditionally initializes the variable, while
|
|
415 @code{defvar} initializes it only if it is void.
|
|
416
|
21007
|
417 @ignore
|
6510
|
418 One would expect user option variables to be defined with
|
|
419 @code{defconst}, since programs do not change them. Unfortunately, this
|
|
420 has bad results if the definition is in a library that is not preloaded:
|
|
421 @code{defconst} would override any prior value when the library is
|
|
422 loaded. Users would like to be able to set user options in their init
|
|
423 files, and override the default values given in the definitions. For
|
|
424 this reason, user options must be defined with @code{defvar}.
|
21007
|
425 @end ignore
|
6510
|
426
|
|
427 @defspec defvar symbol [value [doc-string]]
|
21007
|
428 This special form defines @var{symbol} as a variable and can also
|
|
429 initialize and document it. The definition informs a person reading
|
|
430 your code that @var{symbol} is used as a variable that might be set or
|
|
431 changed. Note that @var{symbol} is not evaluated; the symbol to be
|
6510
|
432 defined must appear explicitly in the @code{defvar}.
|
|
433
|
21007
|
434 If @var{symbol} is void and @var{value} is specified, @code{defvar}
|
|
435 evaluates it and sets @var{symbol} to the result. But if @var{symbol}
|
|
436 already has a value (i.e., it is not void), @var{value} is not even
|
|
437 evaluated, and @var{symbol}'s value remains unchanged. If @var{value}
|
|
438 is omitted, the value of @var{symbol} is not changed in any case.
|
6510
|
439
|
22138
|
440 If @var{symbol} has a buffer-local binding in the current buffer,
|
|
441 @code{defvar} operates on the default value, which is buffer-independent,
|
|
442 not the current (buffer-local) binding. It sets the default value if
|
|
443 the default value is void. @xref{Buffer-Local Variables}.
|
|
444
|
12098
|
445 When you evaluate a top-level @code{defvar} form with @kbd{C-M-x} in
|
|
446 Emacs Lisp mode (@code{eval-defun}), a special feature of
|
22138
|
447 @code{eval-defun} arranges to set the variable unconditionally, without
|
|
448 testing whether its value is void.
|
6510
|
449
|
|
450 If the @var{doc-string} argument appears, it specifies the documentation
|
|
451 for the variable. (This opportunity to specify documentation is one of
|
|
452 the main benefits of defining the variable.) The documentation is
|
|
453 stored in the symbol's @code{variable-documentation} property. The
|
|
454 Emacs help functions (@pxref{Documentation}) look for this property.
|
|
455
|
39165
27db1f1aac19
Correct the statement of when to use * in variable doc strings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
456 If the variable is a user option that users would want to set
|
27db1f1aac19
Correct the statement of when to use * in variable doc strings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
457 interactively, you should use @samp{*} as the first character of
|
27db1f1aac19
Correct the statement of when to use * in variable doc strings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
458 @var{doc-string}. This lets users set the variable conveniently using
|
27db1f1aac19
Correct the statement of when to use * in variable doc strings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
459 the @code{set-variable} command. Note that you should nearly always
|
27db1f1aac19
Correct the statement of when to use * in variable doc strings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
460 use @code{defcustom} instead of @code{defvar} to define these
|
27db1f1aac19
Correct the statement of when to use * in variable doc strings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
461 variables, so that users can use @kbd{M-x customize} and related
|
27db1f1aac19
Correct the statement of when to use * in variable doc strings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
462 commands to set them. @xref{Customization}.
|
6510
|
463
|
21007
|
464 Here are some examples. This form defines @code{foo} but does not
|
|
465 initialize it:
|
6510
|
466
|
|
467 @example
|
|
468 @group
|
|
469 (defvar foo)
|
|
470 @result{} foo
|
|
471 @end group
|
|
472 @end example
|
|
473
|
21007
|
474 This example initializes the value of @code{bar} to @code{23}, and gives
|
|
475 it a documentation string:
|
6510
|
476
|
|
477 @example
|
|
478 @group
|
|
479 (defvar bar 23
|
|
480 "The normal weight of a bar.")
|
|
481 @result{} bar
|
|
482 @end group
|
|
483 @end example
|
|
484
|
|
485 The following form changes the documentation string for @code{bar},
|
|
486 making it a user option, but does not change the value, since @code{bar}
|
21007
|
487 already has a value. (The addition @code{(1+ nil)} would get an error
|
|
488 if it were evaluated, but since it is not evaluated, there is no error.)
|
6510
|
489
|
|
490 @example
|
|
491 @group
|
21007
|
492 (defvar bar (1+ nil)
|
6510
|
493 "*The normal weight of a bar.")
|
|
494 @result{} bar
|
|
495 @end group
|
|
496 @group
|
|
497 bar
|
|
498 @result{} 23
|
|
499 @end group
|
|
500 @end example
|
|
501
|
|
502 Here is an equivalent expression for the @code{defvar} special form:
|
|
503
|
|
504 @example
|
|
505 @group
|
|
506 (defvar @var{symbol} @var{value} @var{doc-string})
|
|
507 @equiv{}
|
|
508 (progn
|
|
509 (if (not (boundp '@var{symbol}))
|
|
510 (setq @var{symbol} @var{value}))
|
12821
|
511 (if '@var{doc-string}
|
|
512 (put '@var{symbol} 'variable-documentation '@var{doc-string}))
|
6510
|
513 '@var{symbol})
|
|
514 @end group
|
|
515 @end example
|
|
516
|
|
517 The @code{defvar} form returns @var{symbol}, but it is normally used
|
|
518 at top level in a file where its value does not matter.
|
|
519 @end defspec
|
|
520
|
|
521 @defspec defconst symbol [value [doc-string]]
|
|
522 This special form defines @var{symbol} as a value and initializes it.
|
21007
|
523 It informs a person reading your code that @var{symbol} has a standard
|
|
524 global value, established here, that should not be changed by the user
|
|
525 or by other programs. Note that @var{symbol} is not evaluated; the
|
6510
|
526 symbol to be defined must appear explicitly in the @code{defconst}.
|
|
527
|
21007
|
528 @code{defconst} always evaluates @var{value}, and sets the value of
|
|
529 @var{symbol} to the result if @var{value} is given. If @var{symbol}
|
22138
|
530 does have a buffer-local binding in the current buffer, @code{defconst}
|
|
531 sets the default value, not the buffer-local value. (But you should not
|
|
532 be making buffer-local bindings for a symbol that is defined with
|
|
533 @code{defconst}.)
|
6510
|
534
|
|
535 Here, @code{pi} is a constant that presumably ought not to be changed
|
|
536 by anyone (attempts by the Indiana State Legislature notwithstanding).
|
|
537 As the second form illustrates, however, this is only advisory.
|
|
538
|
|
539 @example
|
|
540 @group
|
|
541 (defconst pi 3.1415 "Pi to five places.")
|
|
542 @result{} pi
|
|
543 @end group
|
|
544 @group
|
|
545 (setq pi 3)
|
|
546 @result{} pi
|
|
547 @end group
|
|
548 @group
|
|
549 pi
|
|
550 @result{} 3
|
|
551 @end group
|
|
552 @end example
|
|
553 @end defspec
|
|
554
|
|
555 @defun user-variable-p variable
|
|
556 @cindex user option
|
7194
|
557 This function returns @code{t} if @var{variable} is a user option---a
|
6510
|
558 variable intended to be set by the user for customization---and
|
|
559 @code{nil} otherwise. (Variables other than user options exist for the
|
|
560 internal purposes of Lisp programs, and users need not know about them.)
|
|
561
|
27528
|
562 User option variables are distinguished from other variables either
|
|
563 though being declared using @code{defcustom}@footnote{They may also be
|
|
564 declared equivalently in @file{cus-start.el}.} or by the first character
|
|
565 of their @code{variable-documentation} property. If the property exists
|
|
566 and is a string, and its first character is @samp{*}, then the variable
|
|
567 is a user option.
|
6510
|
568 @end defun
|
|
569
|
12820
|
570 @kindex variable-interactive
|
6510
|
571 If a user option variable has a @code{variable-interactive} property,
|
12098
|
572 the @code{set-variable} command uses that value to control reading the
|
|
573 new value for the variable. The property's value is used as if it were
|
25751
|
574 specified in @code{interactive} (@pxref{Using Interactive}). However,
|
|
575 this feature is largely obsoleted by @code{defcustom}
|
|
576 (@pxref{Customization}).
|
6510
|
577
|
7735
|
578 @strong{Warning:} If the @code{defconst} and @code{defvar} special
|
51703
|
579 forms are used while the variable has a local binding (made with
|
|
580 @code{let}, or a function argument), they set the local-binding's
|
|
581 value; the top-level binding is not changed. This is not what you
|
|
582 usually want. To prevent it, use these special forms at top level in
|
|
583 a file, where normally no local binding is in effect, and make sure to
|
|
584 load the file before making a local binding for the variable.
|
6510
|
585
|
12802
|
586 @node Tips for Defining
|
|
587 @section Tips for Defining Variables Robustly
|
|
588
|
27389
|
589 When you define a variable whose value is a function, or a list of
|
|
590 functions, use a name that ends in @samp{-function} or
|
|
591 @samp{-functions}, respectively.
|
|
592
|
|
593 There are several other variable name conventions;
|
|
594 here is a complete list:
|
|
595
|
|
596 @table @samp
|
|
597 @item @dots{}-hook
|
|
598 The variable is a normal hook (@pxref{Hooks}).
|
|
599
|
|
600 @item @dots{}-function
|
|
601 The value is a function.
|
|
602
|
|
603 @item @dots{}-functions
|
|
604 The value is a list of functions.
|
|
605
|
|
606 @item @dots{}-form
|
|
607 The value is a form (an expression).
|
|
608
|
37583
|
609 @item @dots{}-forms
|
27389
|
610 The value is a list of forms (expressions).
|
|
611
|
|
612 @item @dots{}-predicate
|
|
613 The value is a predicate---a function of one argument that returns
|
|
614 non-@code{nil} for ``good'' arguments and @code{nil} for ``bad''
|
|
615 arguments.
|
|
616
|
|
617 @item @dots{}-flag
|
|
618 The value is significant only as to whether it is @code{nil} or not.
|
|
619
|
|
620 @item @dots{}-program
|
|
621 The value is a program name.
|
|
622
|
|
623 @item @dots{}-command
|
|
624 The value is a whole shell command.
|
|
625
|
|
626 @item @samp{}-switches
|
|
627 The value specifies options for a command.
|
|
628 @end table
|
|
629
|
37583
|
630 When you define a variable, always consider whether you should mark
|
27389
|
631 it as ``risky''; see @ref{File Local Variables}.
|
|
632
|
12802
|
633 When defining and initializing a variable that holds a complicated
|
|
634 value (such as a keymap with bindings in it), it's best to put the
|
|
635 entire computation of the value into the @code{defvar}, like this:
|
|
636
|
|
637 @example
|
|
638 (defvar my-mode-map
|
|
639 (let ((map (make-sparse-keymap)))
|
21007
|
640 (define-key map "\C-c\C-a" 'my-command)
|
12802
|
641 @dots{}
|
|
642 map)
|
|
643 @var{docstring})
|
|
644 @end example
|
|
645
|
|
646 @noindent
|
|
647 This method has several benefits. First, if the user quits while
|
|
648 loading the file, the variable is either still uninitialized or
|
21682
|
649 initialized properly, never in-between. If it is still uninitialized,
|
12802
|
650 reloading the file will initialize it properly. Second, reloading the
|
|
651 file once the variable is initialized will not alter it; that is
|
|
652 important if the user has run hooks to alter part of the contents (such
|
|
653 as, to rebind keys). Third, evaluating the @code{defvar} form with
|
|
654 @kbd{C-M-x} @emph{will} reinitialize the map completely.
|
|
655
|
|
656 Putting so much code in the @code{defvar} form has one disadvantage:
|
|
657 it puts the documentation string far away from the line which names the
|
|
658 variable. Here's a safe way to avoid that:
|
|
659
|
|
660 @example
|
|
661 (defvar my-mode-map nil
|
|
662 @var{docstring})
|
25751
|
663 (unless my-mode-map
|
12802
|
664 (let ((map (make-sparse-keymap)))
|
30502
|
665 (define-key map "\C-c\C-a" 'my-command)
|
12802
|
666 @dots{}
|
|
667 (setq my-mode-map map)))
|
|
668 @end example
|
|
669
|
|
670 @noindent
|
|
671 This has all the same advantages as putting the initialization inside
|
|
672 the @code{defvar}, except that you must type @kbd{C-M-x} twice, once on
|
|
673 each form, if you do want to reinitialize the variable.
|
|
674
|
|
675 But be careful not to write the code like this:
|
|
676
|
|
677 @example
|
|
678 (defvar my-mode-map nil
|
|
679 @var{docstring})
|
25751
|
680 (unless my-mode-map
|
12802
|
681 (setq my-mode-map (make-sparse-keymap))
|
|
682 (define-key my-mode-map "\C-c\C-a" 'my-command)
|
|
683 @dots{})
|
|
684 @end example
|
|
685
|
|
686 @noindent
|
21682
|
687 This code sets the variable, then alters it, but it does so in more than
|
|
688 one step. If the user quits just after the @code{setq}, that leaves the
|
|
689 variable neither correctly initialized nor void nor @code{nil}. Once
|
|
690 that happens, reloading the file will not initialize the variable; it
|
|
691 will remain incomplete.
|
12802
|
692
|
6510
|
693 @node Accessing Variables
|
|
694 @section Accessing Variable Values
|
|
695
|
|
696 The usual way to reference a variable is to write the symbol which
|
|
697 names it (@pxref{Symbol Forms}). This requires you to specify the
|
|
698 variable name when you write the program. Usually that is exactly what
|
|
699 you want to do. Occasionally you need to choose at run time which
|
|
700 variable to reference; then you can use @code{symbol-value}.
|
|
701
|
|
702 @defun symbol-value symbol
|
|
703 This function returns the value of @var{symbol}. This is the value in
|
|
704 the innermost local binding of the symbol, or its global value if it
|
|
705 has no local bindings.
|
|
706
|
|
707 @example
|
|
708 @group
|
|
709 (setq abracadabra 5)
|
|
710 @result{} 5
|
|
711 @end group
|
|
712 @group
|
|
713 (setq foo 9)
|
|
714 @result{} 9
|
|
715 @end group
|
|
716
|
|
717 @group
|
|
718 ;; @r{Here the symbol @code{abracadabra}}
|
|
719 ;; @r{is the symbol whose value is examined.}
|
|
720 (let ((abracadabra 'foo))
|
|
721 (symbol-value 'abracadabra))
|
|
722 @result{} foo
|
|
723 @end group
|
|
724
|
|
725 @group
|
|
726 ;; @r{Here the value of @code{abracadabra},}
|
|
727 ;; @r{which is @code{foo},}
|
|
728 ;; @r{is the symbol whose value is examined.}
|
|
729 (let ((abracadabra 'foo))
|
|
730 (symbol-value abracadabra))
|
|
731 @result{} 9
|
|
732 @end group
|
|
733
|
|
734 @group
|
|
735 (symbol-value 'abracadabra)
|
|
736 @result{} 5
|
|
737 @end group
|
|
738 @end example
|
|
739
|
21682
|
740 A @code{void-variable} error is signaled if the current binding of
|
|
741 @var{symbol} is void.
|
6510
|
742 @end defun
|
|
743
|
|
744 @node Setting Variables
|
|
745 @section How to Alter a Variable Value
|
|
746
|
|
747 The usual way to change the value of a variable is with the special
|
|
748 form @code{setq}. When you need to compute the choice of variable at
|
|
749 run time, use the function @code{set}.
|
|
750
|
|
751 @defspec setq [symbol form]@dots{}
|
|
752 This special form is the most common method of changing a variable's
|
|
753 value. Each @var{symbol} is given a new value, which is the result of
|
|
754 evaluating the corresponding @var{form}. The most-local existing
|
|
755 binding of the symbol is changed.
|
|
756
|
|
757 @code{setq} does not evaluate @var{symbol}; it sets the symbol that you
|
|
758 write. We say that this argument is @dfn{automatically quoted}. The
|
|
759 @samp{q} in @code{setq} stands for ``quoted.''
|
|
760
|
|
761 The value of the @code{setq} form is the value of the last @var{form}.
|
|
762
|
|
763 @example
|
|
764 @group
|
|
765 (setq x (1+ 2))
|
|
766 @result{} 3
|
|
767 @end group
|
|
768 x ; @r{@code{x} now has a global value.}
|
|
769 @result{} 3
|
|
770 @group
|
49600
|
771 (let ((x 5))
|
6510
|
772 (setq x 6) ; @r{The local binding of @code{x} is set.}
|
|
773 x)
|
|
774 @result{} 6
|
|
775 @end group
|
|
776 x ; @r{The global value is unchanged.}
|
|
777 @result{} 3
|
|
778 @end example
|
|
779
|
|
780 Note that the first @var{form} is evaluated, then the first
|
|
781 @var{symbol} is set, then the second @var{form} is evaluated, then the
|
|
782 second @var{symbol} is set, and so on:
|
|
783
|
|
784 @example
|
|
785 @group
|
|
786 (setq x 10 ; @r{Notice that @code{x} is set before}
|
|
787 y (1+ x)) ; @r{the value of @code{y} is computed.}
|
49600
|
788 @result{} 11
|
6510
|
789 @end group
|
|
790 @end example
|
|
791 @end defspec
|
|
792
|
|
793 @defun set symbol value
|
|
794 This function sets @var{symbol}'s value to @var{value}, then returns
|
|
795 @var{value}. Since @code{set} is a function, the expression written for
|
|
796 @var{symbol} is evaluated to obtain the symbol to set.
|
|
797
|
|
798 The most-local existing binding of the variable is the binding that is
|
7194
|
799 set; shadowed bindings are not affected.
|
6510
|
800
|
|
801 @example
|
|
802 @group
|
|
803 (set one 1)
|
|
804 @error{} Symbol's value as variable is void: one
|
|
805 @end group
|
|
806 @group
|
|
807 (set 'one 1)
|
|
808 @result{} 1
|
|
809 @end group
|
|
810 @group
|
|
811 (set 'two 'one)
|
|
812 @result{} one
|
|
813 @end group
|
|
814 @group
|
|
815 (set two 2) ; @r{@code{two} evaluates to symbol @code{one}.}
|
|
816 @result{} 2
|
|
817 @end group
|
|
818 @group
|
|
819 one ; @r{So it is @code{one} that was set.}
|
|
820 @result{} 2
|
|
821 (let ((one 1)) ; @r{This binding of @code{one} is set,}
|
|
822 (set 'one 3) ; @r{not the global value.}
|
|
823 one)
|
|
824 @result{} 3
|
|
825 @end group
|
|
826 @group
|
|
827 one
|
|
828 @result{} 2
|
|
829 @end group
|
|
830 @end example
|
|
831
|
7194
|
832 If @var{symbol} is not actually a symbol, a @code{wrong-type-argument}
|
|
833 error is signaled.
|
|
834
|
|
835 @example
|
|
836 (set '(x y) 'z)
|
|
837 @error{} Wrong type argument: symbolp, (x y)
|
|
838 @end example
|
|
839
|
6510
|
840 Logically speaking, @code{set} is a more fundamental primitive than
|
|
841 @code{setq}. Any use of @code{setq} can be trivially rewritten to use
|
|
842 @code{set}; @code{setq} could even be defined as a macro, given the
|
|
843 availability of @code{set}. However, @code{set} itself is rarely used;
|
7194
|
844 beginners hardly need to know about it. It is useful only for choosing
|
|
845 at run time which variable to set. For example, the command
|
6510
|
846 @code{set-variable}, which reads a variable name from the user and then
|
|
847 sets the variable, needs to use @code{set}.
|
|
848
|
|
849 @cindex CL note---@code{set} local
|
|
850 @quotation
|
7194
|
851 @b{Common Lisp note:} In Common Lisp, @code{set} always changes the
|
21007
|
852 symbol's ``special'' or dynamic value, ignoring any lexical bindings.
|
|
853 In Emacs Lisp, all variables and all bindings are dynamic, so @code{set}
|
6510
|
854 always affects the most local existing binding.
|
|
855 @end quotation
|
|
856 @end defun
|
|
857
|
12067
|
858 One other function for setting a variable is designed to add
|
|
859 an element to a list if it is not already present in the list.
|
|
860
|
|
861 @defun add-to-list symbol element
|
|
862 This function sets the variable @var{symbol} by consing @var{element}
|
|
863 onto the old value, if @var{element} is not already a member of that
|
12098
|
864 value. It returns the resulting list, whether updated or not. The
|
|
865 value of @var{symbol} had better be a list already before the call.
|
|
866
|
|
867 The argument @var{symbol} is not implicitly quoted; @code{add-to-list}
|
|
868 is an ordinary function, like @code{set} and unlike @code{setq}. Quote
|
|
869 the argument yourself if that is what you want.
|
21682
|
870 @end defun
|
12067
|
871
|
|
872 Here's a scenario showing how to use @code{add-to-list}:
|
|
873
|
|
874 @example
|
|
875 (setq foo '(a b))
|
|
876 @result{} (a b)
|
|
877
|
|
878 (add-to-list 'foo 'c) ;; @r{Add @code{c}.}
|
|
879 @result{} (c a b)
|
|
880
|
|
881 (add-to-list 'foo 'b) ;; @r{No effect.}
|
|
882 @result{} (c a b)
|
|
883
|
|
884 foo ;; @r{@code{foo} was changed.}
|
|
885 @result{} (c a b)
|
|
886 @end example
|
|
887
|
|
888 An equivalent expression for @code{(add-to-list '@var{var}
|
|
889 @var{value})} is this:
|
|
890
|
|
891 @example
|
|
892 (or (member @var{value} @var{var})
|
|
893 (setq @var{var} (cons @var{value} @var{var})))
|
|
894 @end example
|
|
895
|
6510
|
896 @node Variable Scoping
|
|
897 @section Scoping Rules for Variable Bindings
|
|
898
|
21007
|
899 A given symbol @code{foo} can have several local variable bindings,
|
6510
|
900 established at different places in the Lisp program, as well as a global
|
|
901 binding. The most recently established binding takes precedence over
|
|
902 the others.
|
|
903
|
|
904 @cindex scope
|
|
905 @cindex extent
|
|
906 @cindex dynamic scoping
|
|
907 Local bindings in Emacs Lisp have @dfn{indefinite scope} and
|
|
908 @dfn{dynamic extent}. @dfn{Scope} refers to @emph{where} textually in
|
25751
|
909 the source code the binding can be accessed. ``Indefinite scope'' means
|
6510
|
910 that any part of the program can potentially access the variable
|
|
911 binding. @dfn{Extent} refers to @emph{when}, as the program is
|
25751
|
912 executing, the binding exists. ``Dynamic extent'' means that the binding
|
6510
|
913 lasts as long as the activation of the construct that established it.
|
|
914
|
|
915 The combination of dynamic extent and indefinite scope is called
|
|
916 @dfn{dynamic scoping}. By contrast, most programming languages use
|
|
917 @dfn{lexical scoping}, in which references to a local variable must be
|
|
918 located textually within the function or block that binds the variable.
|
|
919
|
|
920 @cindex CL note---special variables
|
|
921 @quotation
|
21007
|
922 @b{Common Lisp note:} Variables declared ``special'' in Common Lisp are
|
|
923 dynamically scoped, like all variables in Emacs Lisp.
|
6510
|
924 @end quotation
|
|
925
|
|
926 @menu
|
|
927 * Scope:: Scope means where in the program a value is visible.
|
|
928 Comparison with other languages.
|
|
929 * Extent:: Extent means how long in time a value exists.
|
|
930 * Impl of Scope:: Two ways to implement dynamic scoping.
|
|
931 * Using Scoping:: How to use dynamic scoping carefully and avoid problems.
|
|
932 @end menu
|
|
933
|
|
934 @node Scope
|
|
935 @subsection Scope
|
|
936
|
|
937 Emacs Lisp uses @dfn{indefinite scope} for local variable bindings.
|
|
938 This means that any function anywhere in the program text might access a
|
|
939 given binding of a variable. Consider the following function
|
|
940 definitions:
|
|
941
|
|
942 @example
|
|
943 @group
|
|
944 (defun binder (x) ; @r{@code{x} is bound in @code{binder}.}
|
|
945 (foo 5)) ; @r{@code{foo} is some other function.}
|
|
946 @end group
|
|
947
|
|
948 @group
|
21007
|
949 (defun user () ; @r{@code{x} is used ``free'' in @code{user}.}
|
6510
|
950 (list x))
|
|
951 @end group
|
|
952 @end example
|
|
953
|
|
954 In a lexically scoped language, the binding of @code{x} in
|
|
955 @code{binder} would never be accessible in @code{user}, because
|
|
956 @code{user} is not textually contained within the function
|
25751
|
957 @code{binder}. However, in dynamically-scoped Emacs Lisp, @code{user}
|
6510
|
958 may or may not refer to the binding of @code{x} established in
|
25751
|
959 @code{binder}, depending on the circumstances:
|
6510
|
960
|
|
961 @itemize @bullet
|
|
962 @item
|
|
963 If we call @code{user} directly without calling @code{binder} at all,
|
|
964 then whatever binding of @code{x} is found, it cannot come from
|
|
965 @code{binder}.
|
|
966
|
|
967 @item
|
21007
|
968 If we define @code{foo} as follows and then call @code{binder}, then the
|
6510
|
969 binding made in @code{binder} will be seen in @code{user}:
|
|
970
|
|
971 @example
|
|
972 @group
|
|
973 (defun foo (lose)
|
|
974 (user))
|
|
975 @end group
|
|
976 @end example
|
|
977
|
|
978 @item
|
21007
|
979 However, if we define @code{foo} as follows and then call @code{binder},
|
|
980 then the binding made in @code{binder} @emph{will not} be seen in
|
|
981 @code{user}:
|
6510
|
982
|
|
983 @example
|
|
984 (defun foo (x)
|
|
985 (user))
|
|
986 @end example
|
|
987
|
|
988 @noindent
|
|
989 Here, when @code{foo} is called by @code{binder}, it binds @code{x}.
|
|
990 (The binding in @code{foo} is said to @dfn{shadow} the one made in
|
|
991 @code{binder}.) Therefore, @code{user} will access the @code{x} bound
|
|
992 by @code{foo} instead of the one bound by @code{binder}.
|
|
993 @end itemize
|
|
994
|
21007
|
995 Emacs Lisp uses dynamic scoping because simple implementations of
|
|
996 lexical scoping are slow. In addition, every Lisp system needs to offer
|
|
997 dynamic scoping at least as an option; if lexical scoping is the norm,
|
|
998 there must be a way to specify dynamic scoping instead for a particular
|
|
999 variable. It might not be a bad thing for Emacs to offer both, but
|
|
1000 implementing it with dynamic scoping only was much easier.
|
|
1001
|
6510
|
1002 @node Extent
|
|
1003 @subsection Extent
|
|
1004
|
|
1005 @dfn{Extent} refers to the time during program execution that a
|
|
1006 variable name is valid. In Emacs Lisp, a variable is valid only while
|
|
1007 the form that bound it is executing. This is called @dfn{dynamic
|
|
1008 extent}. ``Local'' or ``automatic'' variables in most languages,
|
|
1009 including C and Pascal, have dynamic extent.
|
|
1010
|
|
1011 One alternative to dynamic extent is @dfn{indefinite extent}. This
|
|
1012 means that a variable binding can live on past the exit from the form
|
|
1013 that made the binding. Common Lisp and Scheme, for example, support
|
|
1014 this, but Emacs Lisp does not.
|
|
1015
|
|
1016 To illustrate this, the function below, @code{make-add}, returns a
|
21007
|
1017 function that purports to add @var{n} to its own argument @var{m}. This
|
|
1018 would work in Common Lisp, but it does not do the job in Emacs Lisp,
|
|
1019 because after the call to @code{make-add} exits, the variable @code{n}
|
|
1020 is no longer bound to the actual argument 2.
|
6510
|
1021
|
|
1022 @example
|
|
1023 (defun make-add (n)
|
|
1024 (function (lambda (m) (+ n m)))) ; @r{Return a function.}
|
|
1025 @result{} make-add
|
|
1026 (fset 'add2 (make-add 2)) ; @r{Define function @code{add2}}
|
|
1027 ; @r{with @code{(make-add 2)}.}
|
|
1028 @result{} (lambda (m) (+ n m))
|
|
1029 (add2 4) ; @r{Try to add 2 to 4.}
|
|
1030 @error{} Symbol's value as variable is void: n
|
|
1031 @end example
|
|
1032
|
|
1033 @cindex closures not available
|
|
1034 Some Lisp dialects have ``closures'', objects that are like functions
|
|
1035 but record additional variable bindings. Emacs Lisp does not have
|
|
1036 closures.
|
|
1037
|
|
1038 @node Impl of Scope
|
|
1039 @subsection Implementation of Dynamic Scoping
|
|
1040 @cindex deep binding
|
|
1041
|
|
1042 A simple sample implementation (which is not how Emacs Lisp actually
|
|
1043 works) may help you understand dynamic binding. This technique is
|
|
1044 called @dfn{deep binding} and was used in early Lisp systems.
|
|
1045
|
21682
|
1046 Suppose there is a stack of bindings, which are variable-value pairs.
|
|
1047 At entry to a function or to a @code{let} form, we can push bindings
|
|
1048 onto the stack for the arguments or local variables created there. We
|
|
1049 can pop those bindings from the stack at exit from the binding
|
|
1050 construct.
|
6510
|
1051
|
|
1052 We can find the value of a variable by searching the stack from top to
|
|
1053 bottom for a binding for that variable; the value from that binding is
|
|
1054 the value of the variable. To set the variable, we search for the
|
|
1055 current binding, then store the new value into that binding.
|
|
1056
|
|
1057 As you can see, a function's bindings remain in effect as long as it
|
|
1058 continues execution, even during its calls to other functions. That is
|
|
1059 why we say the extent of the binding is dynamic. And any other function
|
|
1060 can refer to the bindings, if it uses the same variables while the
|
|
1061 bindings are in effect. That is why we say the scope is indefinite.
|
|
1062
|
|
1063 @cindex shallow binding
|
|
1064 The actual implementation of variable scoping in GNU Emacs Lisp uses a
|
|
1065 technique called @dfn{shallow binding}. Each variable has a standard
|
|
1066 place in which its current value is always found---the value cell of the
|
|
1067 symbol.
|
|
1068
|
|
1069 In shallow binding, setting the variable works by storing a value in
|
|
1070 the value cell. Creating a new binding works by pushing the old value
|
21007
|
1071 (belonging to a previous binding) onto a stack, and storing the new
|
|
1072 local value in the value cell. Eliminating a binding works by popping
|
|
1073 the old value off the stack, into the value cell.
|
6510
|
1074
|
|
1075 We use shallow binding because it has the same results as deep
|
|
1076 binding, but runs faster, since there is never a need to search for a
|
|
1077 binding.
|
|
1078
|
|
1079 @node Using Scoping
|
|
1080 @subsection Proper Use of Dynamic Scoping
|
|
1081
|
|
1082 Binding a variable in one function and using it in another is a
|
|
1083 powerful technique, but if used without restraint, it can make programs
|
|
1084 hard to understand. There are two clean ways to use this technique:
|
|
1085
|
|
1086 @itemize @bullet
|
|
1087 @item
|
|
1088 Use or bind the variable only in a few related functions, written close
|
|
1089 together in one file. Such a variable is used for communication within
|
|
1090 one program.
|
|
1091
|
|
1092 You should write comments to inform other programmers that they can see
|
|
1093 all uses of the variable before them, and to advise them not to add uses
|
|
1094 elsewhere.
|
|
1095
|
|
1096 @item
|
|
1097 Give the variable a well-defined, documented meaning, and make all
|
|
1098 appropriate functions refer to it (but not bind it or set it) wherever
|
|
1099 that meaning is relevant. For example, the variable
|
|
1100 @code{case-fold-search} is defined as ``non-@code{nil} means ignore case
|
|
1101 when searching''; various search and replace functions refer to it
|
|
1102 directly or through their subroutines, but do not bind or set it.
|
|
1103
|
|
1104 Then you can bind the variable in other programs, knowing reliably what
|
|
1105 the effect will be.
|
|
1106 @end itemize
|
|
1107
|
12098
|
1108 In either case, you should define the variable with @code{defvar}.
|
|
1109 This helps other people understand your program by telling them to look
|
|
1110 for inter-function usage. It also avoids a warning from the byte
|
|
1111 compiler. Choose the variable's name to avoid name conflicts---don't
|
|
1112 use short names like @code{x}.
|
|
1113
|
6510
|
1114 @node Buffer-Local Variables
|
|
1115 @section Buffer-Local Variables
|
|
1116 @cindex variables, buffer-local
|
|
1117 @cindex buffer-local variables
|
|
1118
|
|
1119 Global and local variable bindings are found in most programming
|
25751
|
1120 languages in one form or another. Emacs, however, also supports additional,
|
21682
|
1121 unusual kinds of variable binding: @dfn{buffer-local} bindings, which
|
25751
|
1122 apply only in one buffer, and @dfn{frame-local} bindings, which apply only in
|
21682
|
1123 one frame. Having different values for a variable in different buffers
|
|
1124 and/or frames is an important customization method.
|
|
1125
|
|
1126 This section describes buffer-local bindings; for frame-local
|
|
1127 bindings, see the following section, @ref{Frame-Local Variables}. (A few
|
22252
|
1128 variables have bindings that are local to each terminal; see
|
21682
|
1129 @ref{Multiple Displays}.)
|
6510
|
1130
|
|
1131 @menu
|
|
1132 * Intro to Buffer-Local:: Introduction and concepts.
|
|
1133 * Creating Buffer-Local:: Creating and destroying buffer-local bindings.
|
|
1134 * Default Value:: The default value is seen in buffers
|
21682
|
1135 that don't have their own buffer-local values.
|
6510
|
1136 @end menu
|
|
1137
|
|
1138 @node Intro to Buffer-Local
|
|
1139 @subsection Introduction to Buffer-Local Variables
|
|
1140
|
|
1141 A buffer-local variable has a buffer-local binding associated with a
|
|
1142 particular buffer. The binding is in effect when that buffer is
|
|
1143 current; otherwise, it is not in effect. If you set the variable while
|
|
1144 a buffer-local binding is in effect, the new value goes in that binding,
|
21007
|
1145 so its other bindings are unchanged. This means that the change is
|
|
1146 visible only in the buffer where you made it.
|
|
1147
|
|
1148 The variable's ordinary binding, which is not associated with any
|
|
1149 specific buffer, is called the @dfn{default binding}. In most cases,
|
|
1150 this is the global binding.
|
6510
|
1151
|
21007
|
1152 A variable can have buffer-local bindings in some buffers but not in
|
|
1153 other buffers. The default binding is shared by all the buffers that
|
21682
|
1154 don't have their own bindings for the variable. (This includes all
|
25751
|
1155 newly-created buffers.) If you set the variable in a buffer that does
|
21682
|
1156 not have a buffer-local binding for it, this sets the default binding
|
|
1157 (assuming there are no frame-local bindings to complicate the matter),
|
|
1158 so the new value is visible in all the buffers that see the default
|
|
1159 binding.
|
6510
|
1160
|
|
1161 The most common use of buffer-local bindings is for major modes to change
|
|
1162 variables that control the behavior of commands. For example, C mode and
|
|
1163 Lisp mode both set the variable @code{paragraph-start} to specify that only
|
|
1164 blank lines separate paragraphs. They do this by making the variable
|
|
1165 buffer-local in the buffer that is being put into C mode or Lisp mode, and
|
21682
|
1166 then setting it to the new value for that mode. @xref{Major Modes}.
|
6510
|
1167
|
|
1168 The usual way to make a buffer-local binding is with
|
21682
|
1169 @code{make-local-variable}, which is what major mode commands typically
|
|
1170 use. This affects just the current buffer; all other buffers (including
|
|
1171 those yet to be created) will continue to share the default value unless
|
|
1172 they are explicitly given their own buffer-local bindings.
|
6510
|
1173
|
|
1174 @cindex automatically buffer-local
|
|
1175 A more powerful operation is to mark the variable as
|
|
1176 @dfn{automatically buffer-local} by calling
|
|
1177 @code{make-variable-buffer-local}. You can think of this as making the
|
|
1178 variable local in all buffers, even those yet to be created. More
|
|
1179 precisely, the effect is that setting the variable automatically makes
|
|
1180 the variable local to the current buffer if it is not already so. All
|
21007
|
1181 buffers start out by sharing the default value of the variable as usual,
|
21682
|
1182 but setting the variable creates a buffer-local binding for the current
|
6510
|
1183 buffer. The new value is stored in the buffer-local binding, leaving
|
21682
|
1184 the default binding untouched. This means that the default value cannot
|
|
1185 be changed with @code{setq} in any buffer; the only way to change it is
|
|
1186 with @code{setq-default}.
|
6510
|
1187
|
51447
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1188 @strong{Warning:} When a variable has buffer-local or frame-local
|
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1189 bindings in one or more buffers, @code{let} rebinds the binding that's
|
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1190 currently in effect. For instance, if the current buffer has a
|
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1191 buffer-local value, @code{let} temporarily rebinds that. If no
|
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1192 buffer-local or frame-local bindings are in effect, @code{let} rebinds
|
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1193 the default value. If inside the @code{let} you then change to a
|
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1194 different current buffer in which a different binding is in effect,
|
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1195 you won't see the @code{let} binding any more. And if you exit the
|
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1196 @code{let} while still in the other buffer, you won't see the
|
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1197 unbinding occur (though it will occur properly). Here is an example
|
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1198 to illustrate:
|
6510
|
1199
|
|
1200 @example
|
|
1201 @group
|
45276
|
1202 (setq foo 'g)
|
6510
|
1203 (set-buffer "a")
|
|
1204 (make-local-variable 'foo)
|
|
1205 @end group
|
|
1206 (setq foo 'a)
|
|
1207 (let ((foo 'temp))
|
45276
|
1208 ;; foo @result{} 'temp ; @r{let binding in buffer @samp{a}}
|
6510
|
1209 (set-buffer "b")
|
45276
|
1210 ;; foo @result{} 'g ; @r{the global value since foo is not local in @samp{b}}
|
12098
|
1211 @var{body}@dots{})
|
6510
|
1212 @group
|
51447
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1213 foo @result{} 'g ; @r{exiting restored the local value in buffer @samp{a},}
|
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1214 ; @r{but we don't see that in buffer @samp{b}}
|
6510
|
1215 @end group
|
|
1216 @group
|
51447
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1217 (set-buffer "a") ; @r{verify the local value was restored}
|
140777d38847
Update the example and explanation about let and buffer-local bindings.
Richard M. Stallman <rms@gnu.org>
diff
changeset
|
1218 foo @result{} 'a
|
6510
|
1219 @end group
|
|
1220 @end example
|
|
1221
|
|
1222 Note that references to @code{foo} in @var{body} access the
|
|
1223 buffer-local binding of buffer @samp{b}.
|
|
1224
|
|
1225 When a file specifies local variable values, these become buffer-local
|
21682
|
1226 values when you visit the file. @xref{File Variables,,, emacs, The
|
|
1227 GNU Emacs Manual}.
|
6510
|
1228
|
|
1229 @node Creating Buffer-Local
|
|
1230 @subsection Creating and Deleting Buffer-Local Bindings
|
|
1231
|
|
1232 @deffn Command make-local-variable variable
|
|
1233 This function creates a buffer-local binding in the current buffer for
|
|
1234 @var{variable} (a symbol). Other buffers are not affected. The value
|
|
1235 returned is @var{variable}.
|
|
1236
|
|
1237 @c Emacs 19 feature
|
|
1238 The buffer-local value of @var{variable} starts out as the same value
|
|
1239 @var{variable} previously had. If @var{variable} was void, it remains
|
|
1240 void.
|
|
1241
|
|
1242 @example
|
|
1243 @group
|
|
1244 ;; @r{In buffer @samp{b1}:}
|
|
1245 (setq foo 5) ; @r{Affects all buffers.}
|
|
1246 @result{} 5
|
|
1247 @end group
|
|
1248 @group
|
|
1249 (make-local-variable 'foo) ; @r{Now it is local in @samp{b1}.}
|
|
1250 @result{} foo
|
|
1251 @end group
|
|
1252 @group
|
|
1253 foo ; @r{That did not change}
|
|
1254 @result{} 5 ; @r{the value.}
|
|
1255 @end group
|
|
1256 @group
|
|
1257 (setq foo 6) ; @r{Change the value}
|
|
1258 @result{} 6 ; @r{in @samp{b1}.}
|
|
1259 @end group
|
|
1260 @group
|
|
1261 foo
|
|
1262 @result{} 6
|
|
1263 @end group
|
|
1264
|
|
1265 @group
|
|
1266 ;; @r{In buffer @samp{b2}, the value hasn't changed.}
|
|
1267 (save-excursion
|
|
1268 (set-buffer "b2")
|
|
1269 foo)
|
|
1270 @result{} 5
|
|
1271 @end group
|
|
1272 @end example
|
8214
|
1273
|
|
1274 Making a variable buffer-local within a @code{let}-binding for that
|
21682
|
1275 variable does not work reliably, unless the buffer in which you do this
|
|
1276 is not current either on entry to or exit from the @code{let}. This is
|
|
1277 because @code{let} does not distinguish between different kinds of
|
|
1278 bindings; it knows only which variable the binding was made for.
|
12067
|
1279
|
12098
|
1280 If the variable is terminal-local, this function signals an error. Such
|
|
1281 variables cannot have buffer-local bindings as well. @xref{Multiple
|
|
1282 Displays}.
|
|
1283
|
25751
|
1284 @strong{Note:} Do not use @code{make-local-variable} for a hook
|
43264
|
1285 variable. The hook variables are automatically made buffer-local
|
|
1286 as needed if you use the @var{local} argument to @code{add-hook} or
|
|
1287 @code{remove-hook}.
|
6510
|
1288 @end deffn
|
|
1289
|
|
1290 @deffn Command make-variable-buffer-local variable
|
|
1291 This function marks @var{variable} (a symbol) automatically
|
|
1292 buffer-local, so that any subsequent attempt to set it will make it
|
|
1293 local to the current buffer at the time.
|
|
1294
|
21682
|
1295 A peculiar wrinkle of this feature is that binding the variable (with
|
|
1296 @code{let} or other binding constructs) does not create a buffer-local
|
|
1297 binding for it. Only setting the variable (with @code{set} or
|
|
1298 @code{setq}) does so.
|
|
1299
|
6510
|
1300 The value returned is @var{variable}.
|
13166
|
1301
|
21682
|
1302 @strong{Warning:} Don't assume that you should use
|
|
1303 @code{make-variable-buffer-local} for user-option variables, simply
|
|
1304 because users @emph{might} want to customize them differently in
|
|
1305 different buffers. Users can make any variable local, when they wish
|
|
1306 to. It is better to leave the choice to them.
|
13166
|
1307
|
21682
|
1308 The time to use @code{make-variable-buffer-local} is when it is crucial
|
|
1309 that no two buffers ever share the same binding. For example, when a
|
|
1310 variable is used for internal purposes in a Lisp program which depends
|
|
1311 on having separate values in separate buffers, then using
|
|
1312 @code{make-variable-buffer-local} can be the best solution.
|
6510
|
1313 @end deffn
|
|
1314
|
12098
|
1315 @defun local-variable-p variable &optional buffer
|
|
1316 This returns @code{t} if @var{variable} is buffer-local in buffer
|
|
1317 @var{buffer} (which defaults to the current buffer); otherwise,
|
|
1318 @code{nil}.
|
|
1319 @end defun
|
|
1320
|
51916
|
1321 @defun buffer-local-value variable buffer
|
|
1322 This returns the value of @var{variable} that is currently in
|
|
1323 effect in @var{buffer}. If it has no buffer-local binding in
|
|
1324 @var{buffer}, this function returns the default value.
|
|
1325 @end defun
|
|
1326
|
6510
|
1327 @defun buffer-local-variables &optional buffer
|
|
1328 This function returns a list describing the buffer-local variables in
|
21682
|
1329 buffer @var{buffer}. (If @var{buffer} is omitted, the current buffer is
|
|
1330 used.) It returns an association list (@pxref{Association Lists}) in
|
|
1331 which each element contains one buffer-local variable and its value.
|
|
1332 However, when a variable's buffer-local binding in @var{buffer} is void,
|
|
1333 then the variable appears directly in the resulting list.
|
6510
|
1334
|
|
1335 @example
|
|
1336 @group
|
|
1337 (make-local-variable 'foobar)
|
|
1338 (makunbound 'foobar)
|
|
1339 (make-local-variable 'bind-me)
|
|
1340 (setq bind-me 69)
|
|
1341 @end group
|
|
1342 (setq lcl (buffer-local-variables))
|
|
1343 ;; @r{First, built-in variables local in all buffers:}
|
|
1344 @result{} ((mark-active . nil)
|
22138
|
1345 (buffer-undo-list . nil)
|
6510
|
1346 (mode-name . "Fundamental")
|
|
1347 @dots{}
|
|
1348 @group
|
49600
|
1349 ;; @r{Next, non-built-in buffer-local variables.}
|
21007
|
1350 ;; @r{This one is buffer-local and void:}
|
6510
|
1351 foobar
|
21007
|
1352 ;; @r{This one is buffer-local and nonvoid:}
|
6510
|
1353 (bind-me . 69))
|
|
1354 @end group
|
|
1355 @end example
|
|
1356
|
|
1357 Note that storing new values into the @sc{cdr}s of cons cells in this
|
21007
|
1358 list does @emph{not} change the buffer-local values of the variables.
|
6510
|
1359 @end defun
|
|
1360
|
40724
|
1361 @defun buffer-local-value variable buffer
|
|
1362 This function returns the buffer-local binding of @var{variable} (a
|
|
1363 symbol) in buffer @var{buffer}. If @var{variable} does not have a
|
|
1364 buffer-local binding in buffer @var{buffer}, it returns the default
|
|
1365 value (@pxref{Default Value}) of @var{variable} instead.
|
|
1366 @end defun
|
|
1367
|
6510
|
1368 @deffn Command kill-local-variable variable
|
|
1369 This function deletes the buffer-local binding (if any) for
|
|
1370 @var{variable} (a symbol) in the current buffer. As a result, the
|
21007
|
1371 default binding of @var{variable} becomes visible in this buffer. This
|
|
1372 typically results in a change in the value of @var{variable}, since the
|
|
1373 default value is usually different from the buffer-local value just
|
|
1374 eliminated.
|
6510
|
1375
|
21007
|
1376 If you kill the buffer-local binding of a variable that automatically
|
|
1377 becomes buffer-local when set, this makes the default value visible in
|
|
1378 the current buffer. However, if you set the variable again, that will
|
|
1379 once again create a buffer-local binding for it.
|
6510
|
1380
|
|
1381 @code{kill-local-variable} returns @var{variable}.
|
7194
|
1382
|
|
1383 This function is a command because it is sometimes useful to kill one
|
|
1384 buffer-local variable interactively, just as it is useful to create
|
|
1385 buffer-local variables interactively.
|
6510
|
1386 @end deffn
|
|
1387
|
|
1388 @defun kill-all-local-variables
|
|
1389 This function eliminates all the buffer-local variable bindings of the
|
|
1390 current buffer except for variables marked as ``permanent''. As a
|
|
1391 result, the buffer will see the default values of most variables.
|
|
1392
|
|
1393 This function also resets certain other information pertaining to the
|
|
1394 buffer: it sets the local keymap to @code{nil}, the syntax table to the
|
22138
|
1395 value of @code{(standard-syntax-table)}, the case table to
|
|
1396 @code{(standard-case-table)}, and the abbrev table to the value of
|
|
1397 @code{fundamental-mode-abbrev-table}.
|
6510
|
1398
|
21007
|
1399 The very first thing this function does is run the normal hook
|
21682
|
1400 @code{change-major-mode-hook} (see below).
|
21007
|
1401
|
6510
|
1402 Every major mode command begins by calling this function, which has the
|
|
1403 effect of switching to Fundamental mode and erasing most of the effects
|
|
1404 of the previous major mode. To ensure that this does its job, the
|
|
1405 variables that major modes set should not be marked permanent.
|
|
1406
|
|
1407 @code{kill-all-local-variables} returns @code{nil}.
|
|
1408 @end defun
|
|
1409
|
21682
|
1410 @defvar change-major-mode-hook
|
|
1411 The function @code{kill-all-local-variables} runs this normal hook
|
|
1412 before it does anything else. This gives major modes a way to arrange
|
|
1413 for something special to be done if the user switches to a different
|
|
1414 major mode. For best results, make this variable buffer-local, so that
|
|
1415 it will disappear after doing its job and will not interfere with the
|
|
1416 subsequent major mode. @xref{Hooks}.
|
|
1417 @end defvar
|
|
1418
|
6510
|
1419 @c Emacs 19 feature
|
|
1420 @cindex permanent local variable
|
21007
|
1421 A buffer-local variable is @dfn{permanent} if the variable name (a
|
|
1422 symbol) has a @code{permanent-local} property that is non-@code{nil}.
|
|
1423 Permanent locals are appropriate for data pertaining to where the file
|
|
1424 came from or how to save it, rather than with how to edit the contents.
|
6510
|
1425
|
|
1426 @node Default Value
|
|
1427 @subsection The Default Value of a Buffer-Local Variable
|
|
1428 @cindex default value
|
|
1429
|
|
1430 The global value of a variable with buffer-local bindings is also
|
|
1431 called the @dfn{default} value, because it is the value that is in
|
21682
|
1432 effect whenever neither the current buffer nor the selected frame has
|
|
1433 its own binding for the variable.
|
6510
|
1434
|
|
1435 The functions @code{default-value} and @code{setq-default} access and
|
|
1436 change a variable's default value regardless of whether the current
|
|
1437 buffer has a buffer-local binding. For example, you could use
|
|
1438 @code{setq-default} to change the default setting of
|
|
1439 @code{paragraph-start} for most buffers; and this would work even when
|
7194
|
1440 you are in a C or Lisp mode buffer that has a buffer-local value for
|
6510
|
1441 this variable.
|
|
1442
|
|
1443 @c Emacs 19 feature
|
|
1444 The special forms @code{defvar} and @code{defconst} also set the
|
21007
|
1445 default value (if they set the variable at all), rather than any
|
21682
|
1446 buffer-local or frame-local value.
|
6510
|
1447
|
|
1448 @defun default-value symbol
|
|
1449 This function returns @var{symbol}'s default value. This is the value
|
21682
|
1450 that is seen in buffers and frames that do not have their own values for
|
|
1451 this variable. If @var{symbol} is not buffer-local, this is equivalent
|
|
1452 to @code{symbol-value} (@pxref{Accessing Variables}).
|
6510
|
1453 @end defun
|
|
1454
|
|
1455 @c Emacs 19 feature
|
7194
|
1456 @defun default-boundp symbol
|
|
1457 The function @code{default-boundp} tells you whether @var{symbol}'s
|
6510
|
1458 default value is nonvoid. If @code{(default-boundp 'foo)} returns
|
|
1459 @code{nil}, then @code{(default-value 'foo)} would get an error.
|
|
1460
|
|
1461 @code{default-boundp} is to @code{default-value} as @code{boundp} is to
|
|
1462 @code{symbol-value}.
|
|
1463 @end defun
|
|
1464
|
22138
|
1465 @defspec setq-default [symbol form]@dots{}
|
|
1466 This special form gives each @var{symbol} a new default value, which is
|
|
1467 the result of evaluating the corresponding @var{form}. It does not
|
|
1468 evaluate @var{symbol}, but does evaluate @var{form}. The value of the
|
|
1469 @code{setq-default} form is the value of the last @var{form}.
|
6510
|
1470
|
|
1471 If a @var{symbol} is not buffer-local for the current buffer, and is not
|
|
1472 marked automatically buffer-local, @code{setq-default} has the same
|
|
1473 effect as @code{setq}. If @var{symbol} is buffer-local for the current
|
|
1474 buffer, then this changes the value that other buffers will see (as long
|
|
1475 as they don't have a buffer-local value), but not the value that the
|
|
1476 current buffer sees.
|
|
1477
|
|
1478 @example
|
|
1479 @group
|
|
1480 ;; @r{In buffer @samp{foo}:}
|
21682
|
1481 (make-local-variable 'buffer-local)
|
|
1482 @result{} buffer-local
|
6510
|
1483 @end group
|
|
1484 @group
|
21682
|
1485 (setq buffer-local 'value-in-foo)
|
6510
|
1486 @result{} value-in-foo
|
|
1487 @end group
|
|
1488 @group
|
21682
|
1489 (setq-default buffer-local 'new-default)
|
6510
|
1490 @result{} new-default
|
|
1491 @end group
|
|
1492 @group
|
21682
|
1493 buffer-local
|
6510
|
1494 @result{} value-in-foo
|
|
1495 @end group
|
|
1496 @group
|
21682
|
1497 (default-value 'buffer-local)
|
6510
|
1498 @result{} new-default
|
|
1499 @end group
|
|
1500
|
|
1501 @group
|
|
1502 ;; @r{In (the new) buffer @samp{bar}:}
|
21682
|
1503 buffer-local
|
6510
|
1504 @result{} new-default
|
|
1505 @end group
|
|
1506 @group
|
21682
|
1507 (default-value 'buffer-local)
|
6510
|
1508 @result{} new-default
|
|
1509 @end group
|
|
1510 @group
|
21682
|
1511 (setq buffer-local 'another-default)
|
6510
|
1512 @result{} another-default
|
|
1513 @end group
|
|
1514 @group
|
21682
|
1515 (default-value 'buffer-local)
|
6510
|
1516 @result{} another-default
|
|
1517 @end group
|
|
1518
|
|
1519 @group
|
|
1520 ;; @r{Back in buffer @samp{foo}:}
|
21682
|
1521 buffer-local
|
6510
|
1522 @result{} value-in-foo
|
21682
|
1523 (default-value 'buffer-local)
|
6510
|
1524 @result{} another-default
|
|
1525 @end group
|
|
1526 @end example
|
|
1527 @end defspec
|
|
1528
|
|
1529 @defun set-default symbol value
|
|
1530 This function is like @code{setq-default}, except that @var{symbol} is
|
21007
|
1531 an ordinary evaluated argument.
|
6510
|
1532
|
|
1533 @example
|
|
1534 @group
|
|
1535 (set-default (car '(a b c)) 23)
|
|
1536 @result{} 23
|
|
1537 @end group
|
|
1538 @group
|
|
1539 (default-value 'a)
|
|
1540 @result{} 23
|
|
1541 @end group
|
|
1542 @end example
|
|
1543 @end defun
|
21682
|
1544
|
|
1545 @node Frame-Local Variables
|
|
1546 @section Frame-Local Variables
|
|
1547
|
|
1548 Just as variables can have buffer-local bindings, they can also have
|
|
1549 frame-local bindings. These bindings belong to one frame, and are in
|
|
1550 effect when that frame is selected. Frame-local bindings are actually
|
|
1551 frame parameters: you create a frame-local binding in a specific frame
|
|
1552 by calling @code{modify-frame-parameters} and specifying the variable
|
|
1553 name as the parameter name.
|
|
1554
|
|
1555 To enable frame-local bindings for a certain variable, call the function
|
|
1556 @code{make-variable-frame-local}.
|
|
1557
|
22138
|
1558 @deffn Command make-variable-frame-local variable
|
21682
|
1559 Enable the use of frame-local bindings for @var{variable}. This does
|
|
1560 not in itself create any frame-local bindings for the variable; however,
|
|
1561 if some frame already has a value for @var{variable} as a frame
|
|
1562 parameter, that value automatically becomes a frame-local binding.
|
|
1563
|
22138
|
1564 If the variable is terminal-local, this function signals an error,
|
|
1565 because such variables cannot have frame-local bindings as well.
|
|
1566 @xref{Multiple Displays}. A few variables that are implemented
|
|
1567 specially in Emacs can be (and usually are) buffer-local, but can never
|
|
1568 be frame-local.
|
|
1569 @end deffn
|
21682
|
1570
|
|
1571 Buffer-local bindings take precedence over frame-local bindings. Thus,
|
|
1572 consider a variable @code{foo}: if the current buffer has a buffer-local
|
|
1573 binding for @code{foo}, that binding is active; otherwise, if the
|
|
1574 selected frame has a frame-local binding for @code{foo}, that binding is
|
|
1575 active; otherwise, the default binding of @code{foo} is active.
|
|
1576
|
|
1577 Here is an example. First we prepare a few bindings for @code{foo}:
|
|
1578
|
|
1579 @example
|
|
1580 (setq f1 (selected-frame))
|
|
1581 (make-variable-frame-local 'foo)
|
|
1582
|
|
1583 ;; @r{Make a buffer-local binding for @code{foo} in @samp{b1}.}
|
|
1584 (set-buffer (get-buffer-create "b1"))
|
|
1585 (make-local-variable 'foo)
|
|
1586 (setq foo '(b 1))
|
|
1587
|
|
1588 ;; @r{Make a frame-local binding for @code{foo} in a new frame.}
|
|
1589 ;; @r{Store that frame in @code{f2}.}
|
|
1590 (setq f2 (make-frame))
|
|
1591 (modify-frame-parameters f2 '((foo . (f 2))))
|
|
1592 @end example
|
|
1593
|
|
1594 Now we examine @code{foo} in various contexts. Whenever the
|
|
1595 buffer @samp{b1} is current, its buffer-local binding is in effect,
|
|
1596 regardless of the selected frame:
|
|
1597
|
|
1598 @example
|
|
1599 (select-frame f1)
|
|
1600 (set-buffer (get-buffer-create "b1"))
|
|
1601 foo
|
|
1602 @result{} (b 1)
|
|
1603
|
|
1604 (select-frame f2)
|
|
1605 (set-buffer (get-buffer-create "b1"))
|
|
1606 foo
|
|
1607 @result{} (b 1)
|
|
1608 @end example
|
|
1609
|
|
1610 @noindent
|
|
1611 Otherwise, the frame gets a chance to provide the binding; when frame
|
|
1612 @code{f2} is selected, its frame-local binding is in effect:
|
|
1613
|
|
1614 @example
|
|
1615 (select-frame f2)
|
|
1616 (set-buffer (get-buffer "*scratch*"))
|
|
1617 foo
|
|
1618 @result{} (f 2)
|
|
1619 @end example
|
|
1620
|
|
1621 @noindent
|
|
1622 When neither the current buffer nor the selected frame provides
|
|
1623 a binding, the default binding is used:
|
|
1624
|
|
1625 @example
|
|
1626 (select-frame f1)
|
|
1627 (set-buffer (get-buffer "*scratch*"))
|
|
1628 foo
|
|
1629 @result{} nil
|
|
1630 @end example
|
|
1631
|
|
1632 @noindent
|
|
1633 When the active binding of a variable is a frame-local binding, setting
|
|
1634 the variable changes that binding. You can observe the result with
|
|
1635 @code{frame-parameters}:
|
|
1636
|
|
1637 @example
|
|
1638 (select-frame f2)
|
|
1639 (set-buffer (get-buffer "*scratch*"))
|
|
1640 (setq foo 'nobody)
|
|
1641 (assq 'foo (frame-parameters f2))
|
|
1642 @result{} (foo . nobody)
|
|
1643 @end example
|
|
1644
|
|
1645 @node Future Local Variables
|
|
1646 @section Possible Future Local Variables
|
|
1647
|
|
1648 We have considered the idea of bindings that are local to a category
|
|
1649 of frames---for example, all color frames, or all frames with dark
|
|
1650 backgrounds. We have not implemented them because it is not clear that
|
|
1651 this feature is really useful. You can get more or less the same
|
32596
|
1652 results by adding a function to @code{after-make-frame-functions}, set up to
|
21682
|
1653 define a particular frame parameter according to the appropriate
|
|
1654 conditions for each frame.
|
|
1655
|
|
1656 It would also be possible to implement window-local bindings. We
|
|
1657 don't know of many situations where they would be useful, and it seems
|
|
1658 that indirect buffers (@pxref{Indirect Buffers}) with buffer-local
|
|
1659 bindings offer a way to handle these situations more robustly.
|
|
1660
|
|
1661 If sufficient application is found for either of these two kinds of
|
|
1662 local bindings, we will provide it in a subsequent Emacs version.
|
|
1663
|
39571
|
1664 @node Variable Aliases
|
|
1665 @section Variable Aliases
|
|
1666
|
|
1667 It is sometimes useful to make two variables synonyms, so that both
|
|
1668 variables always have the same value, and changing either one also
|
|
1669 changes the other. Whenever you change the name of a
|
|
1670 variable---either because you realize its old name was not well
|
|
1671 chosen, or because its meaning has partly changed---it can be useful
|
|
1672 to keep the old name as an @emph{alias} of the new one for
|
|
1673 compatibility. You can do this with @code{defvaralias}.
|
|
1674
|
51916
|
1675 @defun defvaralias alias-var base-var &optional docstring
|
39571
|
1676 This function defines the symbol @var{alias-var} as a variable alias
|
46391
|
1677 for symbol @var{base-var}. This means that retrieving the value of
|
39571
|
1678 @var{alias-var} returns the value of @var{base-var}, and changing the
|
|
1679 value of @var{alias-var} changes the value of @var{base-var}.
|
46391
|
1680
|
51916
|
1681 If the @var{docstring} argument is non-@code{nil}, it specifies the
|
|
1682 documentation for @var{alias-var}; otherwise, the alias gets the same
|
|
1683 documentation as @var{base-var} has, if any.
|
46401
|
1684 @end defun
|
39571
|
1685
|
|
1686 @defun indirect-variable variable
|
|
1687 This function returns the variable at the end of the chain of aliases
|
|
1688 of @var{variable}. If @var{variable} is not a symbol, or if @var{variable} is
|
|
1689 not defined as an alias, the function returns @var{variable}.
|
|
1690 @end defun
|
|
1691
|
|
1692 @example
|
|
1693 (defvaralias 'foo 'bar)
|
|
1694 (indirect-variable 'foo)
|
|
1695 @result{} bar
|
|
1696 (indirect-variable 'bar)
|
|
1697 @result{} bar
|
|
1698 (setq bar 2)
|
|
1699 bar
|
|
1700 @result{} 2
|
|
1701 foo
|
|
1702 @result{} 2
|
|
1703 (setq foo 0)
|
|
1704 bar
|
|
1705 @result{} 0
|
|
1706 foo
|
|
1707 @result{} 0
|
|
1708 @end example
|
|
1709
|
27389
|
1710 @node File Local Variables
|
|
1711 @section File Local Variables
|
21682
|
1712
|
27389
|
1713 This section describes the functions and variables that affect
|
|
1714 processing of local variables lists in files.
|
|
1715
|
|
1716 @defopt enable-local-variables
|
|
1717 This variable controls whether to process file local variables lists. A
|
|
1718 value of @code{t} means process the local variables lists
|
|
1719 unconditionally; @code{nil} means ignore them; anything else means ask
|
|
1720 the user what to do for each file. The default value is @code{t}.
|
|
1721 @end defopt
|
|
1722
|
|
1723 @defun hack-local-variables &optional force
|
|
1724 This function parses, and binds or evaluates as appropriate, any local
|
|
1725 variables specified by the contents of the current buffer. The variable
|
|
1726 @code{enable-local-variables} has its effect here.
|
|
1727
|
|
1728 The argument @var{force} usually comes from the argument @var{find-file}
|
|
1729 given to @code{normal-mode}.
|
|
1730 @end defun
|
|
1731
|
48642
|
1732 If a file local variable list could specify a function that will
|
27389
|
1733 be called later, or an expression that will be executed later, simply
|
|
1734 visiting a file could take over your Emacs. To prevent this, Emacs
|
|
1735 takes care not to allow local variable lists to set such variables.
|
|
1736
|
47667
|
1737 For one thing, any variable whose name ends in @samp{-command},
|
47669
|
1738 @samp{-frame-alist}, @samp{-function}, @samp{-functions},
|
47667
|
1739 @samp{-hook}, @samp{-hooks}, @samp{-form}, @samp{-forms}, @samp{-map},
|
|
1740 @samp{-map-alist}, @samp{-mode-alist}, @samp{-program}, or
|
|
1741 @samp{-predicate} cannot be set in a local variable list. In general,
|
|
1742 you should use such a name whenever it is appropriate for the
|
|
1743 variable's meaning. The variables @samp{font-lock-keywords},
|
|
1744 @samp{font-lock-keywords-[0-9]}, and
|
|
1745 @samp{font-lock-syntactic-keywords} cannot be set in a local variable
|
|
1746 list, either.
|
27389
|
1747
|
|
1748 In addition, any variable whose name has a non-@code{nil}
|
47667
|
1749 @code{risky-local-variable} property is also ignored. So are all
|
|
1750 variables listed in @code{ignored-local-variables}:
|
27389
|
1751
|
|
1752 @defvar ignored-local-variables
|
|
1753 This variable holds a list of variables that should not be
|
|
1754 set by a file's local variables list. Any value specified
|
|
1755 for one of these variables is ignored.
|
|
1756 @end defvar
|
|
1757
|
47667
|
1758 @defun risky-local-variable-p sym
|
51703
|
1759 Returns non-@code{nil} if @var{sym} is risky for any of the reasons
|
|
1760 stated above.
|
47667
|
1761 @end defun
|
|
1762
|
27389
|
1763 The @samp{Eval:} ``variable'' is also a potential loophole, so Emacs
|
|
1764 normally asks for confirmation before handling it.
|
|
1765
|
|
1766 @defopt enable-local-eval
|
|
1767 This variable controls processing of @samp{Eval:} in local variables
|
|
1768 lists in files being visited. A value of @code{t} means process them
|
|
1769 unconditionally; @code{nil} means ignore them; anything else means ask
|
|
1770 the user what to do for each file. The default value is @code{maybe}.
|
|
1771 @end defopt
|