Hacker News new | past | comments | ask | show | jobs | submit login

I hope this won't make Python's dependency hell even worse, but I'm not hopeful.



Yeah it's going to be weird for some years where some libraries support no-GIL and others don't, while folks cry about the ones that don't support it holding them back.

Like asyncio's introduction we'll probably see core stuff like http requests, file IO etc. all now have an entirely new permutation of libraries made to support non-GIL mode. This is going to get pretty spicy as stuff like http already has regular (blocking IO) and asyncio (non blocking IO) versions, so now do they need regular non-GIL and asyncio non-GIL versions too? Is the default for a library author going forward to be creating four permutations of your library with vastly different behavior in each of them? Yuck.


> while folks cry about the ones that don't support it holding them back.

And someone may prefer to make NON GIL wall of shame/fame instead of directly contributing to those libraries


import this

;)


It's optional. Just keep using the GIL.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: