Miscompilation of a `:general` form if binding in Evil's insert mode about general.el HOT 3 OPEN

Yeah, the basic workaround would be to handle insert specially or more generally look at all keymap and state aliases. I'm okay with that, but maybe the current check should be completely changed. It won't work in other cases too (the key definer function might not yet be defined when the check happens). Maybe there needs to be a specific list of definers to check against that can be automatically populated by general-create-definer at expansion time. That would probably be more inconvenient if someone was using custom definers not created with general-create-definer though. I'll have to think about the best way to handle this. Probably I'll just check against aliases first and then add a note to the readme that custom definers need to be available at expansion time with an example for a compiled init.

from general.el.

Maybe we can use symbol properties? So that general-create-definer automatically sets the property on the definer symbol, and anyone using an unsupported setup can do so manually.

from general.el.

It might cause some issues for people when updating general.el (maybe the new behavior should be opt-in for a while), but I think that's the correct way to handle it.

from general.el.