[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Native line numbers landed on master
From: |
Robert Pluim |
Subject: |
Re: Native line numbers landed on master |
Date: |
Wed, 09 Oct 2019 14:14:48 +0200 |
>>>>> On Wed, 09 Oct 2019 11:16:36 +0300, Eli Zaretskii <address@hidden> said:
>> Iʼve done my best, although I donʼt see where init_buffer_once comes
>> in.
Eli> I meant the likes of this:
Eli> XSETFASTINT (BVAR (&buffer_local_flags, tab_width), idx); ++idx;
Eli> Anyone who defines buffer-local variables should generally be familiar
Eli> with this stuff.
Thatʼs for variables defined with DEFVAR_PER_BUFFER, not
Fmake_variable_buffer_local, no? Do people add those often enough that
we need to document it?
>> + By convention, when defining variables of a ``native'' type
>> +(@code{int} and @code{bool}), the name of the C variable is the name
>> +of the Lisp variable with @code{-} replaced by @code{_}. When the
>> +variable has type @code{Lisp_Object}, the convention is to also prefix
>> +the C variable name with ``V''. i.e.
Eli> ^^^^^
Eli> @code{V}
Fixed.
>> +@smallexample
>> +DEFSYM (Qmy_lisp_variable, "my-lisp-variable");
>> +Fmake_variable_buffer_local (Qmy_lisp_variable);
>> +@end smallexample
Eli> This is great, but I think it would be even better if we explained the
Eli> general principle: the Qfoo symbol is needed where in Lisp you'd use a
Eli> quoted symbol 'foo.
Added.
>> +@file{cus-start.el}. @xref{Variable Definitions} for a description of
>> +the format to use. ^
Eli> Comma is missing there, although recent versions of Texinfo no longer
Eli> flag this.
Fixed.
* doc/lispref/internals.texi (Writing Emacs Primitives): Add
description of DEFVAR_* arguments. Describe variable naming
conventions. Explain how to express quoting of symbols in C, plus
'specbind' and how to create buffer-local variables.
diff --git a/doc/lispref/internals.texi b/doc/lispref/internals.texi
index c52999e1cd..c2a15fe8af 100644
--- a/doc/lispref/internals.texi
+++ b/doc/lispref/internals.texi
@@ -945,7 +945,7 @@ Writing Emacs Primitives
@anchor{Defining Lisp variables in C}
@vindex byte-boolean-vars
@cindex defining Lisp variables in C
-@cindex @code{DEFVAR_INT}, @code{DEFVAR_LISP}, @code{DEFVAR_BOOL}
+@cindex @code{DEFVAR_INT}, @code{DEFVAR_LISP}, @code{DEFVAR_BOOL},
@code{DEFSYM}
The function @code{syms_of_@var{filename}} is also the place to define
any C variables that are to be visible as Lisp variables.
@code{DEFVAR_LISP} makes a C variable of type @code{Lisp_Object} visible
@@ -956,15 +956,78 @@ Writing Emacs Primitives
defined with @code{DEFVAR_BOOL} are automatically added to the list
@code{byte-boolean-vars} used by the byte compiler.
+ These macros all expect three arguments:
+
+@table @code
+@item lname
+The name of the variable to be used by Lisp programs.
+@item vname
+The name of the variable in the C sources.
+@item doc
+The documentation for the variable, as a C
+comment. @xref{Documentation Basics} for more details.
+@end table
+
+ By convention, when defining variables of a ``native'' type
+(@code{int} and @code{bool}), the name of the C variable is the name
+of the Lisp variable with @code{-} replaced by @code{_}. When the
+variable has type @code{Lisp_Object}, the convention is to also prefix
+the C variable name with @code{V}. i.e.
+
+@smallexample
+DEFVAR_INT ("my-int-variable", my_int_variable,
+ doc: /* An integer variable. */);
+
+DEFVAR_LISP ("my-lisp-variable", Vmy_lisp_variable,
+ doc: /* A Lisp variable. */);
+@end smallexample
+
+ There are situations in Lisp where you need to refer to the symbol
+itself rather than the value of that symbol. One such case is when
+temporarily overriding the value of a variable, which in Lisp is done
+with @code{let}. In C sources, this is done by defining a
+corresponding, constant symbol, and using @code{specbind}. By
+convention, @code{Qmy_lisp_variable} corresponds to
+@code{Vmy_lisp_variable}; to define it, use the @code{DEFSYM} macro.
+i.e.
+
+@smallexample
+DEFSYM (Qmy_lisp_variable, "my-lisp-variable");
+@end smallexample
+
+ To perform the actual binding:
+
+@smallexample
+specbind (Qmy_lisp_variable, Qt);
+@end smallexample
+
+ In Lisp symbols sometimes need to be quoted, to achieve the same
+effect in C you again use the corresponding constant symbol
+@code{Qmy_lisp_variable}. For example, when creating a buffer-local
+variable (@pxref{Buffer-Local Variables}) in Lisp you would write:
+
+@smallexample
+(make-variable-buffer-local 'my-lisp-variable)
+@end smallexample
+
+In C the corresponding code uses @code{Fmake_variable_buffer_local} in
+combination with @code{DEFSYM}, i.e.
+
+@smallexample
+DEFSYM (Qmy_lisp_variable, "my-lisp-variable");
+Fmake_variable_buffer_local (Qmy_lisp_variable);
+@end smallexample
+
@cindex defining customization variables in C
If you want to make a Lisp variable that is defined in C behave
like one declared with @code{defcustom}, add an appropriate entry to
-@file{cus-start.el}.
+@file{cus-start.el}. @xref{Variable Definitions}, for a description of
+the format to use.
@cindex @code{staticpro}, protection from GC
- If you define a file-scope C variable of type @code{Lisp_Object},
-you must protect it from garbage-collection by calling @code{staticpro}
-in @code{syms_of_@var{filename}}, like this:
+ If you directly define a file-scope C variable of type
+@code{Lisp_Object}, you must protect it from garbage-collection by
+calling @code{staticpro} in @code{syms_of_@var{filename}}, like this:
@example
staticpro (&@var{variable});
- Re: Native line numbers landed on master, (continued)
- Re: Native line numbers landed on master, Robert Pluim, 2019/10/07
- Re: Native line numbers landed on master, Juanma Barranquero, 2019/10/07
- Re: Native line numbers landed on master, Juri Linkov, 2019/10/07
- Re: Native line numbers landed on master, Juanma Barranquero, 2019/10/07
- Re: Native line numbers landed on master, Juri Linkov, 2019/10/19
- Re: Native line numbers landed on master, Eli Zaretskii, 2019/10/07
- Re: Native line numbers landed on master, Robert Pluim, 2019/10/08
- Re: Native line numbers landed on master, Eli Zaretskii, 2019/10/08
- Re: Native line numbers landed on master, Robert Pluim, 2019/10/09
- Re: Native line numbers landed on master, Eli Zaretskii, 2019/10/09
- Re: Native line numbers landed on master,
Robert Pluim <=
- Re: Native line numbers landed on master, Eli Zaretskii, 2019/10/09
- Re: Native line numbers landed on master, Robert Pluim, 2019/10/09
- Re: Native line numbers landed on master, Juanma Barranquero, 2019/10/09
- Re: Native line numbers landed on master, Ergus, 2019/10/04
- Re: Native line numbers landed on master, Juanma Barranquero, 2019/10/04
- Re: Native line numbers landed on master, Yuri Khan, 2019/10/03
- Re: Native line numbers landed on master, Juanma Barranquero, 2019/10/03
- Re: Native line numbers landed on master, Yuri D'Elia, 2019/10/03
- Re: Native line numbers landed on master, Eli Zaretskii, 2019/10/03
- Re: Native line numbers landed on master, Yuri D'Elia, 2019/10/03