GNU bug report logs - #70368
[PATCH] Use a dedicated type to represent interpreted-function values

Previous Next

Full log

Message #20 received at 70368 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 70368 <at> debbugs.gnu.org
Subject: Re: bug#70368: [PATCH] Use a dedicated type to represent
 interpreted-function values
Date: Sun, 14 Apr 2024 22:11:05 +0300

> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: 70368 <at> debbugs.gnu.org
> Date: Sun, 14 Apr 2024 12:18:24 -0400
> 
> Here's the corresponding additional patch (not yet merged into the main patch).

Thanks.

> +For interpreted functions, this is nil if the function is using the old
                                      ^^^
@code{nil}

> +@defun make-interpreted-closure args body env &optional docstring iform
> +This function constructs and returns a closure representing the
> +interpreted function with arguments @var{args} and whose body is made of
> +@var{body} which must be a non-nil list of Lisp forms.  @var{env} is the
                                  ^^^
@code{nil}

> +lexical environment in the same form as used with @code{eval}
> +(@pxref{Eval}).  The documentation @var{docstring} if non-nil should be
                                                             ^^^
Likewise.

> +a string, and the interactive form @var{iform} if non-nil should be of
                                                         ^^^
And likewise.

> +the form @code{(interactive @var{arg-descriptor})} (@pxref{Using
            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
This should be in @w{..}, to prevent it from being broken across
lines.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.