Re: Guile 2.0 interpretation vs compilation

[Mark H Weaver]

Marko Rauhamaa <address@hidden> writes:

> Mark H Weaver <address@hidden>:
>
>> This is expected but not ideal. Our primitive evaluator does not
>> preserve non-toplevel variable names, and therefore the associated
>> procedure names are lost. Maybe we can fix this in Guile 2.2.
>
> I noticed the issue because I have software that depends on the
> procedure-name of inner functions. I can live with this guile-2.0 quirk
> if it is considered a guile defect.

I consider it a guile defect, yes.  Can you please send a bug report to
address@hidden  I'll look into whether it can be fixed in 2.0.x, and
try to come up with a workaround.

     Thanks,
       Mark