Free for non-commercial use. I wish GitHub would flag things with proprietary licenses. I was fortunate to see the license in the FAQ before looking at any of the code.
Unusually it does explicitly state a future date at which it becomes licensed under the Apache license… not sure how GitHub could manage automatically flagging that.
You’d think this would be the default! If you’re attempting to appeal to Python having teams, you’d probably want to be as compatible as possible out of the box. Weird.
PyPy (https://pypy.org/) is also a pretty good compiler for python code (it’s a JIT compiler). Recently I had compared the performance of some basic string manipulation functions using CPython, PyPy, and Codon. The Codon compiled binary ran ~2x faster than CPython, PyPy ~4x faster than CPython and ~2x faster than the Codon binary (Codon binary used less RAM though). If you have an app that primarily uses the standard library and want a bit more speed (at the expense of some additional RAM), without changing any code, then PyPy is pretty useful.
python* — in order to compile python, you’ve either gotta give up some dynamic features, or basically fall back to interpretation. They’ve taken the stance that you don’t always use the hard to compile dynamic features, so probably safe to not have them if speed is the utmost concern.
It does look like they have a gradual compilation, as well, where you can compile individual functions via a decorator.
Free for non-commercial use. I wish GitHub would flag things with proprietary licenses. I was fortunate to see the license in the FAQ before looking at any of the code.
Unusually it does explicitly state a future date at which it becomes licensed under the Apache license… not sure how GitHub could manage automatically flagging that.
Ouch.
Apparently there is -numerics=py which fixes it!
You’d think this would be the default! If you’re attempting to appeal to Python having teams, you’d probably want to be as compatible as possible out of the box. Weird.
PyPy (https://pypy.org/) is also a pretty good compiler for python code (it’s a JIT compiler). Recently I had compared the performance of some basic string manipulation functions using CPython, PyPy, and Codon. The Codon compiled binary ran ~2x faster than CPython, PyPy ~4x faster than CPython and ~2x faster than the Codon binary (Codon binary used less RAM though). If you have an app that primarily uses the standard library and want a bit more speed (at the expense of some additional RAM), without changing any code, then PyPy is pretty useful.
“zero-overhead” is a bit taking the piss when this is using LLVM… :p
Is it python or more like python*? The readme seems to indicate the latter.
python* — in order to compile python, you’ve either gotta give up some dynamic features, or basically fall back to interpretation. They’ve taken the stance that you don’t always use the hard to compile dynamic features, so probably safe to not have them if speed is the utmost concern.
It does look like they have a gradual compilation, as well, where you can compile individual functions via a decorator.
Is there a benchmark with respect to C anywhere?