#pypy — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #pypy, aggregated by home.social.
-
#SciKit-Build skopiowało zepsutą logikę nazywania katalogu budowy z #setuptools. Tak więc używa katalogu "3.10" zarówno dla CPythona 3.10, jak i dla #PyPy 3.10. Podczas gdy w setuptools ma to pomniejsze konsekwencje i można to łatwo obejść (zmieniając katalog budowy), ze SciKit-Build nie ma tak łatwo. Budowa dla CPythona 3.10 używa cache'a z PyPy 3.10 i instaluje moduły z PyPy 3.10. Tak, serio, kompletnie niewłaściwe, bezużyteczne pliki.
A najlepsze w tym wszystkim? Autorzy o tym doskonale wiedzą, i mają to w dupie: "Nie sądzę, że powinniśmy zrobić to lepiej niż setuptools" (tłum. własne). No super, po prostu zajebiście. Tyle że w setuptools można trywalnie zmienić katalog budowania, a SciKit-Build wymusza "_skbuild".
https://github.com/scikit-build/scikit-build/issues/633#issuecomment-1021846731
-
#SciKit-Build copied the broken build directory naming logic from #setuptools. As a result, it uses a "3.10" directory both for CPython 3.10 and for #PyPy 3.10. Whereas with setuptools this has minor consequences and can be trivially worked around (via overriding build directories), this isn't the case for SciKit-Build. Here it means that the subsequent build for CPython 3.10 reuses the cache from PyPy 3.10 and installs PyPy 3.10 modules. Yes, seriously, completely wrong, useless files.
The best part? They know about it, and they just don't care: "I don't think we should do better than setuptools". Sure, great. Except that we can trivially globally override build directory in setuptools, and SciKit-Build just forces "_skbuild" on us.
https://github.com/scikit-build/scikit-build/issues/633#issuecomment-1021846731