[Openmcl-devel] Query about ASSERT and COMPILER-LET
Ron Garret
ron at flownet.com
Thu Apr 16 14:16:05 PDT 2020
I’m running v1.12-dev.5-23-gb25693fa on Catalina and AFAICT the code for ASSERT has not changed, and still invokes COMPILER-LET.
COMPILER-LET is an undocumented CCL extension, but AFAICT from looking at the source it is safe to simply treat it as if it expanded as follows:
(defmacro compiler-let (bindings &body body)
(declare (ignore bindings))
`(progn , at body))
rg
On Apr 16, 2020, at 12:53 PM, Robert Goldman <rpgoldman at sift.info> wrote:
> In the SHOP3 planner, I use the ITERATE package for looping. When I compile SHOP3 on my Linux test machine with 1.11, I get compiler warnings, because ITERATE can't successfully code walk CCL's code.
>
> When I look at the warning messages, it looks to me as if ASSERT calls are being translated into a complex s-expression wrapped in ccl:compiler-let, which ITERATE doesn't know how to walk.
>
> However, on my laptop, which runs macOS Catalina, and CCL 1.12, I do not get these compiler warnings.
>
> So I was wondering: going forward can I rely on this being OK? Has the compiler-let rewrite been removed from CCL? Or is this something that is related to the OS, so that it will continue to appear on Linux?
>
> I would like to know because if this is something that will continue to appear, I can try to add support for ccl:compiler-let to ITERATE. But this might be quite difficult, and I would prefer not to, unless it's absolutely necessary.
>
> Thanks,
> R
>
> _______________________________________________
> Openmcl-devel mailing list
> Openmcl-devel at clozure.com
> https://lists.clozure.com/mailman/listinfo/openmcl-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clozure.com/pipermail/openmcl-devel/attachments/20200416/4fc2948a/attachment.htm>
More information about the Openmcl-devel
mailing list