Re: Slime 2.30: Discrepancy in eval versus pretty-eval of a `loop' expression
Attila Lendvai <[email protected]> Mon, 29 Jul 2024 10:35:36 +0000
| Newsgroups | gmane.lisp.slime.devel |
|---|---|
| Message-ID | <H__6wHwSPpHKFCOdBwhQzcwOlFZRwUKi5Nyyt1r2-pzK1m_gdBAel0XUHnfHqHAB8WkyrhFZotaJLpHvvvW3LWOcRC_6mni20NG5AH2wBk4=@lendvai.name> |
> I had not thought to check for any environment differences because > both evaluations were done using Slime from a single Emacs buffer > using C-x C-e (bound to `slime-eval-last-expression') and C-c C-p > (bound to `slime-pprint-eval-last-expression'). Evaluation of > *PRINT-CIRCLE* from the same buffer yields NIL. The following > expression has the same problem: it's not environmental differences, but a peculiarity of slime's implementa= tion. one of them calls SWANK:INTERACTIVE-EVAL on the CL side, and the other call= s SWANK:PPRINT-EVAL. the latter configures the printer differently (i.e. enables *PRINT-CIRCLE*)= . but notice that the two outputs are the same semantically. one of them ju= st also annotates the cons cell identities. in short: it's a peculiarity of the current slime implementation, but i wou= ldn't call it a bug. --=20 =E2=80=A2 attila lendvai =E2=80=A2 PGP: 963F 5D5F 45C7 DFCD 0A39 -- =E2=80=9CHeed these words, you who wish to probe the depths of nature: if y= ou do not find within yourself that which you seek, neither will you find i= t outside. If you ignore the wonders of your own house, how do you expect t= o find other wonders? In you is hidden the treasure of treasures. Know Thys= elf and you will know the Universe and the Gods.=E2=80=9D =09=E2=80=94 Oracle of Delphi, (c. 8th century BC)