Maybe support PyPy using cpyext?
- Vorherrschende Sprache
- Julia
- Sterne
- 1.5k
- Forks
- 186
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
Maybe this is helping:
https://doc.pypy.org/en/latest/release-v7.3.1.html
>Conda Forge now supports PyPy as a python interpreter.
I'm not pushing for this (it's not high-priority, would only make faster, maybe more secure), I just noticed they use UTF-8 (and CPython does Unicode, still, differently), like Julia so might be a no-copy to/from Python if it's PyPy.
Even if we do not do this, their UTF-8 implementation is intriguing with optional O(1) indexing, into variable length UTF-8 (something Julia should consider doing, possibly PyPy [code] could help?).
https://doc.pypy.org/en/latest/faq.html#what-about-numpy-numpypy-micronumpy
Depending on status of this, PyPy could be safer:
https://doc.pypy.org/en/latest/sandbox.html
I think they also use ordered Dicts, not sure (either way should work, with it we need to consider changing PyCall, need to anyway, see my other issue on that):
https://twitter.com/pypyproject/status/942070907715182592?lang=en
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Rechercherichtung
Beginne mit dem Lesen der verlinkten PyPy-Versionshinweise, der cpyext-Dokumentation, der FAQ und der Sandbox-Dokumentation und vergleiche anschließend deren Verhalten bei Unicode, NumPy und Dictionaries mit den aktuellen Annahmen von PyCall. Erledigt wäre dies erst mit einem definierten PyPy-Unterstützungsplan einschließlich Kompatibilitäts- und Sicherheitsgrenzen, nicht nur mit der Bestätigung, dass PyPy UTF-8 verwendet.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- julia, python
- Bereich
- backend
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 20/100