Re: Confused by behavior of LispWorks for code snippet
- From: Barry Margolin <barmar@xxxxxxxxxxxx>
- Date: Sun, 30 Sep 2007 16:02:25 -0400
In article <13fu8dasl34l035@xxxxxxxxxxxxxxxxxx>,
Damien Kick <dkixk@xxxxxxxxxxxxx> wrote:
With LispWorks Personal Edition 5.0.1 (PowerPC), I see the following
behavior:
<code>
CL-USER 1 > (defparameter *x* #'(lambda () 13))
*X*
CL-USER 2 > *x*
#<anonymous interpreted function 200EB012>
CL-USER 3 > (setf (symbol-function 'f) *x*)
#<anonymous interpreted function 200EB012>
CL-USER 4 > (setf (symbol-function 'g) *x*)
#<anonymous interpreted function 200EB012>
CL-USER 5 > (eq #'f #'g)
NIL
CL-USER 6 > (eql #'f #'g)
NIL
CL-USER 7 > (eql #'f *x*)
NIL
CL-USER 8 > (eq *x* *x*)
T
</code>
I would've expected (EQ #'F #'G) => T. I am getting that result, i.e.
(EQ #'F #'G) => T, with both Allegro CL 8.0 and Clisp. Is LispWorks
mistaken or is that an allowable result?
What do you see when you just type #'f and #'g?
--
Barry Margolin, barmar@xxxxxxxxxxxx
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***
*** PLEASE don't copy me on replies, I'll read them in the group ***
.
- References:
- Confused by behavior of LispWorks for code snippet
- From: Damien Kick
- Confused by behavior of LispWorks for code snippet
- Prev by Date: Re: Learning Lisp THE WEB WAY!
- Next by Date: Re: If VB.NET had CL macros....
- Previous by thread: Re: Confused by behavior of LispWorks for code snippet
- Next by thread: New Prime Sieving Algorithm
- Index(es):