all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Stefan Merten <smerten@oekonux.de>
To: emacs-devel@gnu.org
Cc: Jonathan Yavner <jyavner@member.fsf.org>
Subject: Re: testcover: setf-method and treatment of `defcustom'
Date: Wed, 12 Sep 2012 22:38:28 +0200	[thread overview]
Message-ID: <7050.1347482308@theowa.merten-home.homelinux.org> (raw)
In-Reply-To: <jwvipbldzik.fsf-monnier+emacs@gnu.org>

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

Hi Stefan and Jonathan!

Yesterday Stefan Monnier wrote:
>> 	No setf-method known for testcover-after
> 
> Does one of the 2 patches work?

I'd need to compile and install an Emacs 24 version for this to try.
Frankly so far I didn't do so. I'll give it a try.

>> I looked into this and found `defsetf' in `cl-macs'. `testcover-after'
>> is a function which has only some side effect.  I think
>>   (defsetf testcover-after (idx val) (store)
>>     (list 'progn
>> 	  (list 'testcover-after idx val)
>> 	  (list 'setf val store)))
>> does the right thing.  At least the error messages described above
>> vanish for me.
> 
> I'm not sure what we should do, but the above doesn't sound quite right.

This may well be. I do not fully understand what I'm doing there ;-) .

>> AFAICS the only thing which can go wrong with this setf-method seems
>> to be the double evaluation of `val'
> 
> In (setf (testcover-after IDX (aref A I)) V), your defsetf will be
> called with a `val' that's a temporary variable bound to the value of
> (aref A I), so double evaluation is not a problem.

Ok.

> But your `(setf ,val
> ,store) will end up changing some temporary variable rather than
> changing the I'th slot of the A vector.

Oops. My intention with ",val" was to expand the original form before
binding it to val into this place so `setf' treats the original form.
May be that's not possible with `defsetf'.

> My 1st patch has the downside that it doesn't call testcover-after at all.
> The reason is that I don't know what VAL to set in IDX when we do
> things like (push VAL (testcover-after IDX PLACE)): should it be the
> value read before pushing VAL onto it, or the value set afterwards?

My cent: Before pushing VAL. AFAICS `testcover-after' needs to see
PLACE unmodified.


						Grüße

						Stefan

[-- Attachment #2: Type: application/pgp-signature, Size: 307 bytes --]

  reply	other threads:[~2012-09-12 20:38 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-10  7:11 testcover: setf-method and treatment of `defcustom' Stefan Merten
2012-09-11  3:40 ` Stefan Monnier
2012-09-12 20:38   ` Stefan Merten [this message]
2012-09-13 13:09     ` Stefan Monnier
2012-09-13 20:45       ` Stefan Merten
2012-09-16  9:06   ` Stefan Merten
2012-09-18 21:37     ` Stefan Monnier
2012-09-12 19:32 ` Stefan Merten

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7050.1347482308@theowa.merten-home.homelinux.org \
    --to=smerten@oekonux.de \
    --cc=emacs-devel@gnu.org \
    --cc=jyavner@member.fsf.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.