You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
TypedPython: exact-type dict[str, int] and str fast path (wordfreq) #150
Approved by the user (2026-10-04). wordfreq is 1.1x: dict and str stay opaque objects. Add a path for exact dict with exact str keys and exact int values that calls the same C API (PyDict_GetItem/SetItem, str methods) directly, so no user hash/eq can run and results equal CPython's; anything not exact takes the existing object path.
Done when: differential tests (including str subclasses and int subclasses falling back), and wordfreq re-measured.
Landed in develop via #253: the operations and exact dict/str fast paths are in, results identical to CPython. The wordfreq speedup is blocked on #232 (object-mode ints lose to CPython 3.15's specialising interpreter); a cost rule prevents the regression meanwhile.
Activity
Feat: Cost rule: object-only impure functions stay interpreted (#150)
Fix: The cost rule rejects only object-only loops; straight-line impu…
Bench: Record why object-only compiled code lost to the interpreter (#…
Merge pull request #253 from thisisthepy/feat/tp-dict-str
b-re-w commentedon Oct 17, 2026
Landed in develop via #253: the operations and exact dict/str fast paths are in, results identical to CPython. The wordfreq speedup is blocked on #232 (object-mode ints lose to CPython 3.15's specialising interpreter); a cost rule prevents the regression meanwhile.