Instrumenting macro calls

Instrumenting macro calls

[Trust me I am a Doctor]

[-- Attachment #1: Type: text/plain, Size: 548 bytes --]


Hi,

While exploring eieio I found that laconic comment

--- snip ---
;; In retrospect, this is a silly function.
(defun eieio-instance-tracker-find (key slot list-symbol)
  "Find KEY as an element of SLOT in the objects in LIST-SYMBOL.
Returns the first match."
  (object-assoc key slot (symbol-value list-symbol)))
--- snip ---

So I thought I could make my own query for a tracking list of eieio
objects. It is a macro that use pcase to destructuring-bind the argument
list into a query that may returns matching objects or slots
or whatever.


[-- Attachment #2: query macro --]
[-- Type: application/emacs-lisp, Size: 2784 bytes --]

[-- Attachment #3: Type: text/plain, Size: 293 bytes --]


Until now it seems to work ok.  The issue I have with it, is
instrumenting the macro calls with edebug.  Apparently edebug does not
understand that the forms are wrapped into (and ... ), and will evaluate
each of them even if some returns nil !

Is there a way to instruct edebug from that ?

Re: Instrumenting macro calls

[Stefan Monnier via Users list for the GNU Emacs text editor]

> Until now it seems to work ok.  The issue I have with it, is
> instrumenting the macro calls with edebug.  Apparently edebug does not
> understand that the forms are wrapped into (and ... ), and will evaluate
> each of them even if some returns nil !

Use `&rest form` instead of `def-body`.
(you don't need the "def-" version here anyway).


        Stefan

Re: Instrumenting macro calls

[Trust me I am a Doctor]

Stefan Monnier via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org> writes:

>> Until now it seems to work ok.  The issue I have with it, is
>> instrumenting the macro calls with edebug.  Apparently edebug does not
>> understand that the forms are wrapped into (and ... ), and will evaluate
>> each of them even if some returns nil !
>
> Use `&rest form` instead of `def-body`.
> (you don't need the "def-" version here anyway).
>
>
>         Stefan

Thanks !