GNU bug report logs -
#6497
documentation `indirect-function', `symbol-function' do not enumerate return value type
Previous Next
Reported by: MON KEY <monkey <at> sandpframing.com>
Date: Tue, 22 Jun 2010 23:44:02 UTC
Severity: minor
Tags: wontfix
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On Sat, Jul 3, 2010 at 3:00 AM, Andreas Schwab <schwab <at> linux-m68k.org> wrote:
> MON KEY <monkey <at> sandpframing.com> writes:
>
>> Except it doesn't, as indicated by following pathology:
>>
>> (setq foo (unintern (makunbound 'foo)))
>> (indirect-variable foo)
>>
>> `foo' should evaluate to t per return value of `unintern'.
>
> The foos in the two lines are completely unrelated.
>
Yep.
The "first" foo is made unbound.
The "first" foo is uninterned which returns `t'.
The "second" foo is bound to the return value of uninterning the
"first" foo e.g. `t'.
That was not the point of the illustration.
This was:
The evaluation of the indirect-variable for the "second" foo should return `t'.
In the following, we change the "first" foo to a `tbar' there is no
"second" foo and we `set' tbar instead of `setq'ing foo and this form
does return `t':
(unwind-protect
(progn (unintern 'foo) (unintern 'tbar))
(let ((tbar (make-symbol "foo") ))
(set 'tbar (unintern (makunbound 'foo)))
(indirect-variable tbar)))
; => t
> Andreas.
--
/s_P\
This bug report was last modified 13 years and 318 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.