It is sane for such javascript to work with the compiler, that is precisely what it is there for. So looks like there are some bugs.
So only that prepareDisplay one that have "compiled" in your last listing works? enabling any other breaks it?
As for speed I would avoid accessing global variables so much so for anything inside for loop I would cache global reference to local variable but I am not sure, will try some tests. the compiler is pretty simple, there are basically no optimizations. Still, it should work also as is.
BTW you cannot reuse output of the compiler between nrf52 and stm32 but I guess you did not do that ( = pull saved code from MDBT42Q storage and upload to original Espruino)
Espruino is a JavaScript interpreter for low-power Microcontrollers. This site is both a support community for Espruino and a place to share what you are working on.
It is sane for such javascript to work with the compiler, that is precisely what it is there for. So looks like there are some bugs.
So only that
prepareDisplay
one that have "compiled" in your last listing works? enabling any other breaks it?As for speed I would avoid accessing global variables so much so for anything inside for loop I would cache global reference to local variable but I am not sure, will try some tests. the compiler is pretty simple, there are basically no optimizations. Still, it should work also as is.
BTW you cannot reuse output of the compiler between nrf52 and stm32 but I guess you did not do that ( = pull saved code from MDBT42Q storage and upload to original Espruino)