[Python-Dev] Re: Last call: mortal interned strings
Tue, 20 Aug 2002 07:55:50 +0300
I see that this has been checked in.
PyString_InternInPlace - immortal
PyString_Intern - mortal
PyString_InternInPlace - mortal
PyString_InternImmortal - immortal
My version favors backward compatibility - existing modules will not break
if they rely on the immortality of interned strings.
Your version appears to maximize the benefit of interned strings - existing
modules automatically get the new mortal semantics without requiring any
I was wondering what was the rationale behind this decision.
If the only reason was that the name PyString_Intern is not descriptive
enough it can be renamed to something like PyString_InternReference to
make it clear that it operates on a reference to a string and modifies
it "in place".