GNU bug report logs - #27016
possible bug in `defsetf'

Previous Next

Package: emacs;

Reported by: Rafael D Sorkin <rsorkin <at> perimeterinstitute.ca>

Date: Mon, 22 May 2017 06:40:01 UTC

Severity: minor

Tags: fixed, patch

Found in versions 24.4, 25.2

Fixed in version 26.1

Done: npostavs <at> users.sourceforge.net

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Rafael D Sorkin <rsorkin <at> perimeterinstitute.ca>
To: npostavs <at> users.sourceforge.net
Cc: Michael Heerdegen <michael_heerdegen <at> web.de>, 27016 <at> debbugs.gnu.org, Rafael D Sorkin <rsorkin <at> perimeterinstitute.ca>
Subject: bug#27016: possible bug in `defsetf'
Date: Wed, 24 May 2017 00:52:34 -0400
 > `defun' takes effect at runtime (or rather it expands to
 > `defalias' which operates at runtime), whereas `defsetf' has
 > to affect subsequent compilation, so waiting until runtime to
 > decide whether the condition is true could not really work.

Well the way I was using it, everything used to work fine.  I
found the bug when it stopped working and I was unable to figure
out why.

I had a defsetf inside a conditional in a file that was to be
loaded and/or compiled and then loaded.  (Compilation isn't
really the issue.)  Before loading that file I set a "switch"
which the conditional referred to.  That way a defsetf done
before loading the file could be either overridden or not, as
desired.

I found the ability to control the defsetf this way to be
useful.  However, as I wrote before, I only used this device a
few times, not so many that I couldn't adapt to losing it.

~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-
 Rafael Sorkin
 Perimeter Institute for Theoretical Physics
 31 Caroline Street North
 Waterloo, ON  N2L 2Y5
 Canada
~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-




This bug report was last modified 7 years and 290 days ago.

Previous Next


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