zlacker

>>dmpetr+(OP)
It is absurd for any user to use a half baked Python interpreter, also one that will always majorly lag behind CPython in its support. I advise sandboxing CPython instead using OS features.

>>OutOfH+0n
The repo does make a case for this, namely speed, which does make sense.

>>avaer+en
Speed is not a feature if there isn't even syntax parity with CPython.

>>OutOfH+LG
Not having parity is a property they want, similar to Starlark. They explicitly want a less capable language for sandboxing.

Think of it as a language for their use case with Python's syntax and not a Python implementation. I don't know if it's a good idea or not, I'm just an intrigued onlooker, but I think lifting a familiar syntax is a legitimate strategy for writing DSLs.

>>maxbon+4Y
Not having syntax parity with Python == not Python. End of story. The title stays "Python interpreter" which accordingly it is not.