News for hackers. Stuff that matters.
Re:Python 3.13 Gets a JIT by CJefferson on Tuesday January 09, 2024 @05:07AM (#38924312)
A big part of what made Python so successful was how easy it was to extend with C modules. It turns out to be very hard to JIT Python without breaking these, and most people don’t want a Python that doesn’t support C extension modules.

The JavaScript VMs often break their extensions APIs for speed, but their users are more used to this.

Re:Python 3.13 Gets a JIT by toyg on Tuesday January 09, 2024 @06:42AM (#38924977)
JS doesn't really have the tradition of external modules that Python has, for a long time it only really existed inside the browser.
Re:Python 3.13 Gets a JIT by amelius on Tuesday January 09, 2024 @09:27AM (#38926540)
On the other hand, rewriting the C modules and adapting them to a different C API is very straightforward after you've done 1 or 2 of such modules. Perhaps it's even something that could be done by training an LLM like Copilot.
Re:Python 3.13 Gets a JIT by Redoubts on Tuesday January 09, 2024 @01:01PM (#38929485)
That's breakage you'd have to tread carefully on; and given the 2to3 experience, there would have to be immediate reward to entice people to undertake the conversion. No one's interested in even minor code breakage for minor short-term gain.
Re:Python 3.13 Gets a JIT by Pxtl on Tuesday January 09, 2024 @10:13AM (#38927067)
Which is why I'm shocked that Python's big "we're breaking backwards compatibility" release (Python 3) was mostly just for Unicode strings. It seems like the C API and the various __builtins__ introspection API thingies should've been the real focus on breaking backwards compatibility so that Python would have a better future for improvements like this.