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 James.Lu
Recipients James.Lu, rhettinger, stutzbach
Date 2016-06-12.12:36:14
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CANQHGB0nYu1PN5ipMz68YMfQd9+G9+5nS4UNHg67E5YhqdKHfg@mail.gmail.com>
In-reply-to <1465677550.59.0.123275665466.issue27295@psf.upfronthosting.co.za>
Content
It's not  a very pythoniic way to simply negate the value. Plus, the
majority of heap users want performance (heap was made for speed), so a C
version would be much better.

On Sat, Jun 11, 2016 at 4:39 PM, Raymond Hettinger <report@bugs.python.org>
wrote:

>
> Raymond Hettinger added the comment:
>
> Sorry James, we don't grow the APIs without sufficient demonstrated need;
> otherwise, we end-up with API sprawl.  People with actual use cases haven't
> requested behavior (and the occasional one-off gets by negating the numeric
> argument).  That is why the maxheap functions were intentionally made
> private.
>
> FWIW, this module is very old and the core functions have long proven
> themselves sufficient to meet their use cases (like being used in an event
> loop to efficiently select the next scheduled event).
>
> ----------
> resolution:  -> rejected
> status: open -> closed
>
> _______________________________________
> Python tracker <report@bugs.python.org>
> <http://bugs.python.org/issue27295>
> _______________________________________
>
History
Date User Action Args
2016-06-12 12:36:14James.Lusetrecipients: + James.Lu, rhettinger, stutzbach
2016-06-12 12:36:14James.Lulinkissue27295 messages
2016-06-12 12:36:14James.Lucreate