Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder4.news.weretis.net!ecngs!feeder2.ecngs.de!newsfeed.freenet.ag!news2.euro.net!newsgate.cistron.nl!newsgate.news.xs4all.nl!post.news.xs4all.nl!not-for-mail Return-Path: X-Original-To: python-list@python.org Delivered-To: python-list@mail.python.org X-Spam-Status: OK 0.005 X-Spam-Evidence: '*H*': 0.99; '*S*': 0.00; 'argument': 0.05; 'cpython': 0.05; 'subject:Python': 0.06; 'string': 0.09; 'received:80.91': 0.09; 'received:80.91.229': 0.09; 'received:gmane.org': 0.09; 'received:list': 0.09; 'sys,': 0.09; 'python': 0.11; 'mean,': 0.16; 'received:80.91.229.3': 0.16; 'received:plane.gmane.org': 0.16; 'url:gmane': 0.16; 'sat,': 0.16; 'wrote:': 0.18; 'discussion': 0.18; 'manual': 0.22; 'header:User- Agent:1': 0.23; "aren't": 0.24; 'subject:/': 0.26; 'values': 0.27; 'header:X-Complaints-To:1': 0.27; 'header:In-Reply-To:1': 0.27; 'function': 0.29; 'chris': 0.29; 'feature': 0.29; 'fine,': 0.31; '(including': 0.33; 'url:python': 0.33; "can't": 0.35; 'agree': 0.35; 'but': 0.35; 'there': 0.35; 'really': 0.36; 'much.': 0.36; 'url:org': 0.36; 'detail': 0.37; 'expected': 0.38; 'to:addr :python-list': 0.38; 'pm,': 0.38; 'weight': 0.39; 'to:addr:python.org': 0.39; 'received:org': 0.40; 'future': 0.60; 'most': 0.60; 'different': 0.65; 'received:46': 0.66; 'complexity': 0.84; 'subject:long': 0.84; 'versions)': 0.84; 'url:comments': 0.91; '2013': 0.98 X-Injected-Via-Gmane: http://gmane.org/ To: python-list@python.org From: Serhiy Storchaka Subject: Re: Performance of int/long in Python 3 Date: Sun, 07 Apr 2013 11:02:03 +0300 References: <87dff083-14d8-4163-89f3-d78a9be6c802@c15g2000vbl.googlegroups.com> <3qadncD4-6fcPsbMnZ2dnUVZ_rqdnZ2d@westnet.com.au> <515bbedb$0$29891$c3e8da3$5496439d@news.astraweb.com> <515be00e$0$29891$c3e8da3$5496439d@news.astraweb.com> <515c45ad$0$29966$c3e8da3$5496439d@news.astraweb.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Gmane-NNTP-Posting-Host: 46.211.127.253 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 In-Reply-To: X-BeenThere: python-list@python.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: General discussion list for the Python programming language List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Newsgroups: comp.lang.python Message-ID: Lines: 17 NNTP-Posting-Host: 2001:888:2000:d::a6 X-Trace: 1365321741 news.xs4all.nl 6941 [2001:888:2000:d::a6]:44681 X-Complaints-To: abuse@xs4all.nl Xref: csiph.com comp.lang.python:42982 On 07.04.13 00:24, Chris Angelico wrote: > On Sat, Apr 6, 2013 at 8:09 PM, Serhiy Storchaka wrote: >> See also the discussion at >> http://comments.gmane.org/gmane.comp.python.ideas/15640 . I agree with >> rejection. This is an implementation detail and different Python >> implementations (including future CPython versions) can have different >> internal string implementations. > > I really don't see why this means that there can't be a function in > sys, or something. I mean, other Pythons aren't expected to return the > exact same values from sys.getsizeof, are they? But clearly the weight > of opinion is against me, so fine, I don't care that much. The most strong argument for adding this feature in stdlib is that it has O(1) complexity against of O(N) complexity of any manual implementation. But this argument is not valid for other implementations.