operator overloading + - / * = etc...
Bruno Desthuilliers
onurb at xiludom.gro
Fri Oct 13 10:11:14 EDT 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