Re: Compiled COMPILE forms at load time Bug

Raymond Toy <[email protected]>
Newsgroups gmane.lisp.cmucl.devel
Message-ID <[email protected]>
On 3/10/10 1:27 PM, Helmut Eller wrote:
>
> We could add this
>
>   (when (typep definition '(and function (not eval:interpreted-function)))
>     (when name (setf (fdefinition name) definition))
>     (return-from compile (values definition nil nil)))
>   

If I understand this correctly, this will just return the original
definition.  If so, then I wasn't quite clear about the (compile 'foo)
example.  The second compile would actually recompile foo from the
original sources, not return the already previously compiled function. 
This is handy if you've changed something like a macro or inline
function and want to compile foo again to see the effect.
> right before the with-compilation-unit form.  We can't return-from
> inside the with-compilation-unit without producing some error message so
> we have to put it before it.  We'd lose some restarts, but that should
> only be noticeable if (setf (fdefinition ..)) hits a definition lock and
> it's not required by the spec anyway.
>
> Then form would be bound as it used to be
> (form `#',(get-lambda-to-compile definition).
>
>   
>> I think we still need the additional fix in function-lambda-expression
>> in case the compiled-debug-info-source is NIL.
>>     
> I think we always have the lambda expression for interpreted functions.
>
>   
Yes, this is true.  But for some reason, in Madhu's example, the
compiled-debug-info-source is NIL, hence the traceback that he shows.

Ray
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.