This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author rhettinger
Recipients AlokSinghal, rhettinger, terry.reedy, thomasguest
Date 2014-06-22.07:45:51
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1403423151.91.0.369315296488.issue6305@psf.upfronthosting.co.za>
In-reply-to
Content
Alok, overall the patch looks pretty good and you've done great work on it.

However, in working through its details, I find myself having major misgivings about doubling the size and complexity of the code for something that may not be ever benefit any real code.

Terry noted that range() supports values bigger than the word size but the needs there are much different.  Programs can reasonably use ranges with large start points, but an islice() call would have to iterate over *start* values before it begins returning any usable values:

  list(range(sys.maxsize+10, sys.maxsize+20))  # maybe a good idea
  list(islice(count(), sys.maxsize + 10, sys.maxsize + 20))  # probably not a good idea

When we finally get 64-bit everywhere (not there yet), I think the code in this patch would never get exercised.  Even in the 32-bit world, islicing over 2**32 inputs doesn't seem like a great idea.
History
Date User Action Args
2014-06-22 07:45:51rhettingersetrecipients: + rhettinger, terry.reedy, thomasguest, AlokSinghal
2014-06-22 07:45:51rhettingersetmessageid: <1403423151.91.0.369315296488.issue6305@psf.upfronthosting.co.za>
2014-06-22 07:45:51rhettingerlinkissue6305 messages
2014-06-22 07:45:51rhettingercreate