A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2008-January/076564.html below:

[Python-Dev] trunc()

[Python-Dev] trunc() [Python-Dev] trunc()Guido van Rossum guido at python.org
Sun Jan 27 19:54:56 CET 2008
On Jan 27, 2008 10:54 AM, Raymond Hettinger <python at rcn.com> wrote:
> > Then int(<float>) can be defined by deferring to trunc()
> > -- as opposed to round().
>
> That part is new and represents some progress.  If I understand it
> correctly, it means that we won't have both __int__ and __trunc__
> magic methods.  That's a good thing.

A single type wouln't need both. But int() should still try both,
because it doesn't make sense for e.g. a date type to have to define
__trunc__ for conversion to an int.

-- 
--Guido van Rossum (home page: http://www.python.org/~guido/)
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4