With very few exceptions, most modules need to exchange data with
Lisp programs that call them: accept arguments to module functions and
return values from module functions. For this purpose, the module
API provides the emacs_value
type, which represents
Emacs Lisp objects communicated via the API; it is the
functional equivalent of the Lisp_Object
type used in Emacs C
primitives (see Writing Emacs Primitives). This section describes
the parts of the module API that allow to create
emacs_value
objects corresponding to basic Lisp data types, and
how to access from C data in emacs_value
objects that
correspond to Lisp objects.
All of the functions described below are actually function pointers provided via the pointer to the environment which every module function accepts. Therefore, module code should call these functions through the environment pointer, like this:
emacs_env *env; /* the environment pointer */ env->some_function (arguments…);
The emacs_env
pointer will usually come from the first argument
to the module function, or from the call to get_environment
if
you need the environment in the module initialization function.
Most of the functions described below became available in Emacs 25, the first Emacs release that supported dynamic modules. For the few functions that became available in later Emacs releases, we mention the first Emacs version that supported them.
The following API functions extract values of various C data
types from emacs_value
objects. They all raise the
wrong-type-argument
error condition (see Type Predicates)
if the argument emacs_value
object is not of the type expected
by the function. See Nonlocal Exits in Modules, for details of how signaling
errors works in Emacs modules, and how to catch error conditions
inside the module before they are reported to Emacs. The
API function type_of
(see type_of)
can be used to obtain the type of a emacs_value
object.
intmax_t
extract_integer (emacs_env *env, emacs_value arg)
¶This function returns the value of a Lisp integer specified by
arg. The C data type of the return value, intmax_t
, is
the widest integer data type supported by the C compiler, typically
long long
. If the value of arg doesn’t fit into an
intmax_t
, the function signals an error using the error symbol
overflow-error
.
bool
extract_big_integer (emacs_env *env, emacs_value arg, int *sign, ptrdiff_t *count, emacs_limb_t *magnitude)
¶This function, which is available since Emacs 27, extracts the
integer value of arg. The value of arg must be an
integer (fixnum or bignum). If sign is not NULL
, it
stores the sign of arg (-1, 0, or +1) into *sign
. The
magnitude is stored into magnitude as follows. If count
and magnitude are both non-NULL
, then magnitude must
point to an array of at least *count
unsigned long
elements. If magnitude is large enough to hold the magnitude of
arg, then this function writes the magnitude into the
magnitude array in little-endian form, stores the number of
array elements written into *count
, and returns true
.
If magnitude is not large enough, it stores the required array
size into *count
, signals an error, and returns false
.
If count is not NULL
and magnitude is NULL
,
then the function stores the required array size into *count
and returns true
.
Emacs guarantees that the maximum required value of *count
never exceeds min (PTRDIFF_MAX, SIZE_MAX) / sizeof
(emacs_limb_t)
, so you can use malloc (*count * sizeof *magnitude)
to allocate the magnitude
array without worrying about integer
overflow in the size calculation.
This is an unsigned integer type, used as the element type for the magnitude arrays for the big integer conversion functions. The type is guaranteed to have unique object representations, i.e., no padding bits.
This macro expands to a constant expression specifying the maximum
possible value for an emacs_limb_t
object.
The expression is suitable for use in #if
.
double
extract_float (emacs_env *env, emacs_value arg)
¶This function returns the value of a Lisp float specified by
arg, as a C double
value.
struct timespec
extract_time (emacs_env *env, emacs_value arg)
¶This function, which is available since Emacs 27, interprets arg
as an Emacs Lisp time value and returns the corresponding struct
timespec
. See Time of Day. struct timespec
represents a
timestamp with nanosecond precision. It has the following members:
time_t tv_sec
Whole number of seconds.
long tv_nsec
Fractional seconds as a number of nanoseconds.
For timestamps returned by extract_time
,
this is always nonnegative and less than one billion.
(Although POSIX requires the type of tv_nsec
to be long
,
the type is long long
on some nonstandard platforms.)
See (libc)Elapsed Time.
If time has higher precision than nanoseconds, then this
function truncates it to nanosecond precision towards negative
infinity. This function signals an error if time (truncated to
nanoseconds) cannot be represented by struct timespec
. For
example, if time_t
is a 32-bit integer type, then a time
value of ten billion seconds would signal an error, but a time
value of 600 picoseconds would get truncated to zero.
If you need to deal with time values that are not representable by
struct timespec
, or if you want higher precision, call the Lisp
function encode-time
and work with its return value.
See Time Conversion.
bool
copy_string_contents (emacs_env *env, emacs_value arg, char *buf, ptrdiff_t *len)
¶This function stores the UTF-8 encoded text of a Lisp string specified
by arg in the array of char
pointed by buf, which
should have enough space to hold at least *len
bytes,
including the terminating null byte. The argument len must not
be a NULL
pointer, and, when the function is called, it should
point to a value that specifies the size of buf in bytes.
If the buffer size specified by *len
is large enough to
hold the string’s text, the function stores in *len
the
actual number of bytes copied to buf, including the terminating
null byte, and returns true
. If the buffer is too small, the
function raises the args-out-of-range
error condition, stores
the required number of bytes in *len
, and returns
false
. See Nonlocal Exits in Modules, for how to handle pending error
conditions.
The argument buf can be a NULL
pointer, in which case the
function stores in *len
the number of bytes required for
storing the contents of arg, and returns true
. This is
how you can determine the size of buf needed to store a
particular string: first call copy_string_contents
with
NULL
as buf, then allocate enough memory to hold the
number of bytes stored by the function in *len
, and call
the function again with non-NULL
buf to actually perform
the text copying.
emacs_value
vec_get (emacs_env *env, emacs_value vector, ptrdiff_t index)
¶This function returns the element of vector at index. The
index of the first vector element is zero. The function raises
the args-out-of-range
error condition if the value of
index is invalid. To extract C data from the value the function
returns, use the other extraction functions described here, as
appropriate for the Lisp data type stored in that element of the
vector.
ptrdiff_t
vec_size (emacs_env *env, emacs_value vector)
¶This function returns the number of elements in vector.
void
vec_set (emacs_env *env, emacs_value vector, ptrdiff_t index, emacs_value value)
¶This function stores value in the element of vector whose
index is index. It raises the args-out-of-range
error
condition if the value of index is invalid.
The following API functions create emacs_value
objects from basic C data types. They all return the created
emacs_value
object.
emacs_value
make_integer (emacs_env *env, intmax_t n)
¶This function takes an integer argument n and returns the
corresponding emacs_value
object. It returns either a fixnum
or a bignum depending on whether the value of n is inside the
limits set by most-negative-fixnum
and
most-positive-fixnum
(see Integer Basics).
emacs_value
make_big_integer (emacs_env *env, int sign, ptrdiff_t count, const emacs_limb_t *magnitude)
¶This function, which is available since Emacs 27, takes an
arbitrary-sized integer argument and returns a corresponding
emacs_value
object. The sign argument gives the sign of
the return value. If sign is nonzero, then magnitude must
point to an array of at least count elements specifying the
little-endian magnitude of the return value.
The following example uses the GNU Multiprecision Library (GMP) to
calculate the next probable prime after a given integer.
See (gmp)Top, for a general overview of GMP, and see (gmp)Integer
Import and Export for how to convert the magnitude
array
to and from GMP mpz_t
values.
#include <emacs-module.h> int plugin_is_GPL_compatible; #include <assert.h> #include <limits.h> #include <stdint.h> #include <stdlib.h> #include <string.h> #include <gmp.h> static void memory_full (emacs_env *env) { static const char message[] = "Memory exhausted"; emacs_value data = env->make_string (env, message, strlen (message)); env->non_local_exit_signal (env, env->intern (env, "error"), env->funcall (env, env->intern (env, "list"), 1, &data)); } enum { order = -1, endian = 0, nails = 0, limb_size = sizeof (emacs_limb_t), max_nlimbs = ((SIZE_MAX < PTRDIFF_MAX ? SIZE_MAX : PTRDIFF_MAX) / limb_size) }; static bool extract_big_integer (emacs_env *env, emacs_value arg, mpz_t result) { ptrdiff_t nlimbs; bool ok = env->extract_big_integer (env, arg, NULL, &nlimbs, NULL); if (!ok) return false; assert (0 < nlimbs && nlimbs <= max_nlimbs); emacs_limb_t *magnitude = malloc (nlimbs * limb_size); if (magnitude == NULL) { memory_full (env); return false; } int sign; ok = env->extract_big_integer (env, arg, &sign, &nlimbs, magnitude); assert (ok); mpz_import (result, nlimbs, order, limb_size, endian, nails, magnitude); free (magnitude); if (sign < 0) mpz_neg (result, result); return true; } static emacs_value make_big_integer (emacs_env *env, const mpz_t value) { size_t nbits = mpz_sizeinbase (value, 2); int bitsperlimb = CHAR_BIT * limb_size - nails; size_t nlimbs = nbits / bitsperlimb + (nbits % bitsperlimb != 0); emacs_limb_t *magnitude = nlimbs <= max_nlimbs ? malloc (nlimbs * limb_size) : NULL; if (magnitude == NULL) { memory_full (env); return NULL; } size_t written; mpz_export (magnitude, &written, order, limb_size, endian, nails, value); assert (written == nlimbs); assert (nlimbs <= PTRDIFF_MAX); emacs_value result = env->make_big_integer (env, mpz_sgn (value), nlimbs, magnitude); free (magnitude); return result; } static emacs_value next_prime (emacs_env *env, ptrdiff_t nargs, emacs_value *args, void *data) { assert (nargs == 1); mpz_t p; mpz_init (p); extract_big_integer (env, args[0], p); mpz_nextprime (p, p); emacs_value result = make_big_integer (env, p); mpz_clear (p); return result; } int emacs_module_init (struct emacs_runtime *runtime) { emacs_env *env = runtime->get_environment (runtime); emacs_value symbol = env->intern (env, "next-prime"); emacs_value func = env->make_function (env, 1, 1, next_prime, NULL, NULL); emacs_value args[] = {symbol, func}; env->funcall (env, env->intern (env, "defalias"), 2, args); return 0; }
emacs_value
make_float (emacs_env *env, double d)
¶This function takes a double
argument d and returns the
corresponding Emacs floating-point value.
emacs_value
make_time (emacs_env *env, struct timespec time)
¶This function, which is available since Emacs 27, takes a struct
timespec
argument time and returns the corresponding Emacs
timestamp as a pair (ticks . hz)
. See Time of Day. The return value represents exactly the same timestamp as
time: all input values are representable, and there is never a
loss of precision. time.tv_sec
and
time.tv_nsec
can be arbitrary values. In particular,
there’s no requirement that time be normalized. This means that
time.tv_nsec
can be negative or larger than 999,999,999.
emacs_value
make_string (emacs_env *env, const char *str, ptrdiff_t len)
¶This function creates an Emacs string from C text string pointed by
str whose length in bytes, not including the terminating null
byte, is len. The original string in str can be either an
ASCII string or a UTF-8 encoded non-ASCII string;
it can include embedded null bytes, and doesn’t have to end in a
terminating null byte at str[len]
. The function
raises the overflow-error
error condition if len is
negative or exceeds the maximum length of an Emacs string. If
len is zero, then str can be NULL
, otherwise it
must point to valid memory. For nonzero len, make_string
returns unique mutable string objects.
emacs_value
make_unibyte_string (emacs_env *env, const char *str, ptrdiff_t len)
¶This function is like make_string
, but has no restrictions on
the values of the bytes in the C string, and can be used to pass
binary data to Emacs in the form of a unibyte string.
The API does not provide functions to manipulate Lisp data
structures, for example, create lists with cons
and list
(see Building Cons Cells and Lists), extract list members with car
and
cdr
(see Accessing Elements of Lists), create vectors with vector
(see Functions for Vectors), etc. For these, use intern
and
funcall
, described in the next subsection, to call the
corresponding Lisp functions.
Normally, emacs_value
objects have a rather short lifetime: it
ends when the emacs_env
pointer used for their creation goes
out of scope. Occasionally, you may need to create global
references: emacs_value
objects that live as long as you
wish. Use the following two functions to manage such objects.
emacs_value
make_global_ref (emacs_env *env, emacs_value value)
¶This function returns a global reference for value.
void
free_global_ref (emacs_env *env, emacs_value global_value)
¶This function frees the global_value previously created by
make_global_ref
. The global_value is no longer valid
after the call. Your module code should pair each call to
make_global_ref
with the corresponding free_global_ref
.
An alternative to keeping around C data structures that need to be
passed to module functions later is to create user pointer
objects. A user pointer, or user-ptr
, object is a Lisp object
that encapsulates a C pointer and can have an associated finalizer
function, which is called when the object is garbage-collected
(see Garbage Collection). The module API provides
functions to create and access user-ptr
objects. These
functions raise the wrong-type-argument
error condition if they
are called on emacs_value
that doesn’t represent a
user-ptr
object.
emacs_value
make_user_ptr (emacs_env *env, emacs_finalizer fin, void *ptr)
¶This function creates and returns a user-ptr
object which wraps
the C pointer ptr. The finalizer function fin can be a
NULL
pointer (meaning no finalizer), or it can be a function of
the following signature:
typedef void (*emacs_finalizer) (void *ptr);
If fin is not a NULL
pointer, it will be called with the
ptr as the argument when the user-ptr
object is
garbage-collected. Don’t run any expensive code in a finalizer,
because GC must finish quickly to keep Emacs responsive.
void *
get_user_ptr (emacs_env *env, emacs_value arg)
¶This function extracts the C pointer from the Lisp object represented by arg.
void
set_user_ptr (emacs_env *env, emacs_value arg, void *ptr)
¶This function sets the C pointer embedded in the user-ptr
object represented by arg to ptr.
emacs_finalizer
get_user_finalizer (emacs_env *env, emacs_value arg)
¶This function returns the finalizer of the user-ptr
object
represented by arg, or NULL
if it doesn’t have a
finalizer.
void
set_user_finalizer (emacs_env *env, emacs_value arg, emacs_finalizer fin)
¶This function changes the finalizer of the user-ptr
object
represented by arg to be fin. If fin is a
NULL
pointer, the user-ptr
object will have no
finalizer.
Note that the emacs_finalizer
type works for both user pointer
an module function finalizers. See Module Function Finalizers.