[Python-Dev] Poll: Py_REPLACE/Py_ASSIGN/etc
ncoghlan at gmail.com
Fri Feb 28 23:15:12 CET 2014
On 1 Mar 2014 01:22, "Barry Warsaw" <barry at python.org> wrote:
> On Feb 28, 2014, at 10:27 PM, Nick Coghlan wrote:
> >With the new macro in place, the existing Py_CLEAR(x) macro would be
> >equivalent to Py_SETREF(x, NULL).
> >Originally I was also concerned about the "how will people know there's
> >implicit incref?", but I've since become satisfied with the fact that the
> >precedent set by the reference stealing SET_ITEM macros is strong enough
> >justify the shorter name.
> I haven't had time to follow this discussion at all, but for a macro to be
> called Py_SETREF and *not* increment the reference counter seems at best
> confusing. Despite my hesitation to paint a bike shed I haven't had time
> inspect, something more akin to Py_SET_POINTER seems more appropriate
> (i.e. don't put "REF" in the name if it isn't playing refcounting games).
It *is* playing refcounting games - it's decrefing the existing target
while stealing a reference to the new target, just like the existing
SET_ITEM macros and somewhat like Py_CLEAR (although in that case, it's
more obvious that we will never incref NULL).
The whole point of this macro is to take an *existing* reference and safely
*overwrite* another existing reference, exactly as the SET_ITEM macros do.
That actually gives me an idea that wasn't on Serhiy's original list:
After all, setting attributes safely from C is the main use case for this,
and I think it strengthens the parallel with the SET_ITEM macros on the
> Python-Dev mailing list
> Python-Dev at python.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Python-Dev