[slime-devel] Re: [Openmcl-devel] C-c C-c of a function referencing a large constant takes a long time to compile
David Steuber
david at david-steuber.com
Sat Jun 25 21:17:31 UTC 2005
On Jun 25, 2005, at 10:25 AM, Brian Mastenbrook wrote:
> Hi David,
>
> You say "If I have openmcl running in a terminal, the same function
> will recompile instantly." - what does "recompile" mean? Are you sure
> that you're calling COMPILE on it? I remember mentions of bad
> performance when compiling constants on openmcl-devel - this could be
> my memory playing tricks on me, though.
I was actually copy-pasting the function from Emacs to OpenMCL running
in the terminal. Just to be sure, I did COMPILE:
? (compile 'decode-next-letter)
DECODE-NEXT-LETTER
NIL
NIL
OpenMCL is a compiler only implementation AFAIK, so function
definitions are all compiled anyway.
SLIME or Swank (perhaps the swank-openmcl backend) are definitely doing
something to make this take a long time. I just have no idea how to
figure out what. If +letter-frequency-hypercube+ is being expanded
into a temp file, that would certainly be very suspect. If it's just
the symbol, then I'm barking in the wrong direction.
The dfsl file that holds the definition to +letter-frequency-hypercube+
is about 12MB.
More information about the slime-devel
mailing list