Anyone remember Boo? [1] It was a Python language that ran on the CLR/DLR VM of .NET. It was used early on in Unity when it had C#, Javascript and Boo. It was the language that coroutines was first implemented in that used Python like generators behind it.

There was also IronPython added when the DLR came out and is still updated to this day, latest works in .NET Core. [2]

It would be fun for Python to have more focus with Microsoft tools and some things on Azure or even another Boo/IronPython like CLR/DLR virtual machine language or more focus on IronPython itself as well as more of CPython. Having Guido at Microsoft is awesome.

[1] https://en.wikipedia.org/wiki/Boo_(programming_language)

[2] https://en.wikipedia.org/wiki/IronPython

int_19h

The problem with IronPython, and really most other alternative implementations of Python, is their inability to reuse native code packages, because CPython extension API is so low-level and tied to the VM's implementation details (and that cannot be easily changed now for backwards compatibility reasons). Such packages are fairly common, and if you take them all out, it significantly reduces the value of Python as an ecosystem.

redxdev

If you're using IronPython then you're probably just trying to embed a familiar scripting language into something, not trying to adopt the Python ecosystem.

Besides, while you lose out on Python's native ecosystem you gain access to all of .net's.

int_19h

I'm not disputing that IronPython can be useful (although one also has to consider https://github.com/pythonnet/pythonnet, which wraps CPython into an IronPython-like projection). But if it can't share the library ecosystem, it might as well be a different language for all practical purposes. And it turned out that there aren't enough people who were interested in a Python/.NET combo for its own sake, so it remained niche. Any new implementation of Python on top of .NET VM would likely get similar reception for all the same reasons.