2 ms·

This started of as a Google Summer of code project last year but is very active http://code.redbrain.co.uk/cgit.cgi/gcc-dev/log/?h=python-dev http://code.redbra

by srean 16y ago

This started of as a Google Summer of code project last year but is very active http://code.redbrain.co.uk/cgit.cgi/gcc-dev/log/?h=python-dev http://code.redbrain.co.uk/cgit.cgi/gcc-dev/log/?h=python-de... What I find quite interesting is that they are going for full compatibility with Python and not some Pythonic language of somewhat restricted dynamism like rpython, shed-skin, unpython or wirbel, well to an extent cython too. So they will require quite an elaborate runtime library. It will be good if they support optional type annotations like unpython, in the interest of runtime efficiency. The good thing is that unpython programs continue to be valid python code even with those annotations. And if they bake in true tail recursion that would be awesome, not very unrealistic, given that gcc supports tail call optimization for a number of scenarios.

sambeau 16y ago
That link appear to show GCC activity for other projects too. For instance, clicking on 'ian' gives you the details of a gccgo checkin. http://code.redbrain.co.uk/cgit.cgi/gcc-dev/commit/?h=python-dev&id=0dc2f918b17f3bf66aec64d8f9b0630f4677fbbb http://code.redbrain.co.uk/cgit.cgi/gcc-dev/commit/?h=python...
TillE 16y ago
> So they will require quite an elaborate runtime library. No kidding. The most realistic methods for compiling Python are probably something like Nuitka, which basically turns Python code into CPython API calls, bypassing the step of parsing bytecode at runtime. So it started out 100% compatible with CPython but only marginally faster, and then they started adding some optimizations. http://kayhayen24x7.homelinux.org/blog/nuitka-a-python-compiler/ http://kayhayen24x7.homelinux.org/blog/nuitka-a-python-compi...