operator overloading + - / * = etc...

Bruno Desthuilliers onurb at xiludom.gro
Fri Oct 13 16:11:14 CEST 2006


Terry Reedy wrote:
> "Bruno Desthuilliers" <onurb at xiludom.gro> wrote in message 
> news:452e0244$0$8601$426a74cc at news.free.fr...
>> Terry Reedy wrote:
>>> "Bruno Desthuilliers" <onurb at xiludom.gro> wrote in message
>>> news:452a6a61$0$22844$426a74cc at news.free.fr...
>>>> The current namespace object, of course.
>>> Implementing a namespace as a Python object (ie, dict) is completely
>>> optional and implementation dependent.  For CPython, the local namespace 
>>> of
>>> a function is generally *not* done that way.
>> I know this, and that's not the point here. The op's question seemed to
>> imply that the hypothetical __assign__ method should belong to the rhs
>> object, which is obviously not the case - it must of course belongs to
>> the lhs 'object'.
> 
> And my point is that in general there is no lhs object for the method to 
> belong to.

<nitpicking>
Mmm... Of course, there's always something that's being used as a
namespace. But yes, this something may not be directly accessible as a
Python object.
</nitpicking>.



-- 
bruno desthuilliers
python -c "print '@'.join(['.'.join([w[::-1] for w in p.split('.')]) for
p in 'onurb at xiludom.gro'.split('@')])"



More information about the Python-list mailing list