If you are looking for a non GPLed algorithm you can also consider LZ4 as a candidate (more fast but using few memory during process)
My perception about source code compression is that, on particular and huge scripts, this process renders more complex the search for a compromise between performance and memory management.
I take as example a big script that I have completed recently that works without problems on an ARM STM32F103RCT6 and old firmware, but shows this warning (ERROR: Too big to save to flash) on latest version.
Maybe my example can be a borderline case but I think is good to let to the developer a chance to optimize by hand his code.
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.
If you are looking for a non GPLed algorithm you can also consider LZ4 as a candidate (more fast but using few memory during process)
My perception about source code compression is that, on particular and huge scripts, this process renders more complex the search for a compromise between performance and memory management.
I take as example a big script that I have completed recently that works without problems on an ARM STM32F103RCT6 and old firmware, but shows this warning (ERROR: Too big to save to flash) on latest version.
Maybe my example can be a borderline case but I think is good to let to the developer a chance to optimize by hand his code.