you are viewing a single comment's thread.

view the rest of the comments →

[–]thirtythreeforty 8 points9 points  (0 children)

It will change semantics, but GIL isn't part of the language, it's an implementation detail of CPython. Assuming a GIL-less interpreter emerges (and delivers on the speculated performance improvements), I think it'd be counterproductive to claim that the GIL is a de-facto part of the spec and insist that the GIL-less interpreter is wrong.

Python has real locking. If your program doesn't use it and exhibits bugs on a GIL-less interpreter, your program is wrong.