kibit fails to load with AOT-compiled classfiles on the classpath about kibit HOT 6 CLOSED

Hi,

I also encountered this issue when trying to deliver kibit as part of a jar with AOT-compiled code. I dug a little deeper and I think I have found the cause, but I can't explain it.

The exception I'm getting is the same as cemerick (slightly different class names):
https://gist.github.com/ragnard/5127767#file-exception

Looking at the disassembled bytecode for the kibit.rules.arithmetic__init class, I think we have the offending code at:
https://gist.github.com/ragnard/5127767#file-kibit-rules-arithmetic__init-L171

It loads the string constant #=(kibit.rules.util$compile_rule$fn__2052. ) and invokes read-string. However, the kibit.rules.util$compile_rule$fn__2052 class doesn't seem to have an empty constructor (as the exception indicates):
https://gist.github.com/ragnard/5127767#file-kibit-rules-util-compile_rule-fn__2052-L16

From what I can understand, either the generated class for compile-rule is wrong, or the generated call to the constructor. Not sure how this can happen.

from kibit.

I can reproduce this by running lein do clean, compile :all.

I'm not sure what's going on here. Any and all help is much appreciated.

from kibit.

It seems to be caused by these two lines. If the anonymous functions are removed everything compiles without errors. Anything unusual with this that I'm not seeing? Note that compile-rule runs at macro expansion time.

from kibit.

@ragnard I think this is fixed in master now. Could you try it?

from kibit.

This was fixed in master but is broken again now. git bisect suggests that 7f32703 reintroduced compilation problems, though they are different to the original issue.

from kibit.

Upgrading to core.logic fixes compilation errors. This will be brought in in #105.

from kibit.