There's a patch for this bug: http://bugs.python.org/issue12014 that
needs reviewed. Petri Lehtinen made some (very minor) comments back in
May; otherwise it's been neglected. I've brought this up occasionally
here in the past; it would be great if someone could just give it a
thumbs up or down (or
On Sat, 29 Sep 2012 00:48:54 +0300
Serhiy Storchaka wrote:
> Since Python 2.3 many open-like functions supports "Universal line mode"
> (PEP 278 [1]). Since 3.0 (and 2.6) PEP 3116 [2] suggests better
> alternative -- io.TextWrapper.
>
> In issue15204 [3] proposed to deprecate "U" mode in open-l
On Fri, 28 Sep 2012 21:51:39 +0100
Paul Moore wrote:
> On 28 September 2012 19:19, Stefan Krah wrote:
> > Brett Cannon wrote:
> >> Georg Brandl wrote:
> >> > * A C implementation of the "decimal" module, with up to 80x speedup
> >> > for decimal-heavy applications
> >>
> >>
On 29 September 2012 07:50, Tim Delaney wrote:
> On 29 September 2012 06:51, Paul Moore wrote:
>
>>
>> Wow! I had no idea cdecimal was that close in speed to float. That's
>> seriously impressive.
>>
>
> If those numbers are similar in other benchmarks, would it be accurate
> and/or reasonable t
On 29 September 2012 06:51, Paul Moore wrote:
>
> Wow! I had no idea cdecimal was that close in speed to float. That's
> seriously impressive.
>
If those numbers are similar in other benchmarks, would it be accurate
and/or reasonable to include a statement along the lines of:
"comparable to flo
Since Python 2.3 many open-like functions supports "Universal line mode"
(PEP 278 [1]). Since 3.0 (and 2.6) PEP 3116 [2] suggests better
alternative -- io.TextWrapper.
In issue15204 [3] proposed to deprecate "U" mode in open-like functions.
In fact I found only three places where "U" mode is m
On 09/28/2012 12:30 AM, Éric Araujo wrote:
Hi all,
The Montreal-Python user group would like to host a bug day on October
27 (to be confirmed) at a partner university in Montreal. It would be
cool to do a bug day on IRC like we used to (and in other physical
locations if people want to!) to get
On 28 September 2012 19:19, Stefan Krah wrote:
> Brett Cannon wrote:
>> Georg Brandl wrote:
>> > * A C implementation of the "decimal" module, with up to 80x speedup
>> > for decimal-heavy applications
>>
>> Could you bump up the factor to 120x in the final announcement? Ther
Brett Cannon wrote:
> Georg Brandl wrote:
> > * A C implementation of the "decimal" module, with up to 80x speedup
> > for decimal-heavy applications
>
> Could you bump up the factor to 120x in the final announcement? There were
> a couple of performance improvements in t
On Fri, Sep 28, 2012 at 11:40 AM, Stefan Krah wrote:
> Georg Brandl wrote:
> > * A C implementation of the "decimal" module, with up to 80x speedup
> > for decimal-heavy applications
>
> Could you bump up the factor to 120x in the final announcement? There were
> a couple of performance impr
ACTIVITY SUMMARY (2012-09-21 - 2012-09-28)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues counts and deltas:
open3754 (+23)
closed 24106 (+61)
total 27860 (+84)
Open issues wit
Georg Brandl wrote:
> * A C implementation of the "decimal" module, with up to 80x speedup
> for decimal-heavy applications
Could you bump up the factor to 120x in the final announcement? There were
a couple of performance improvements in the meantime, and this is what I'm
consistently measur
Hi,
Cool to see the positive response! I’m waiting for confirmation of our
venue in Montreal and will follow-up on this list and update the wiki page.
Petri, your lists of bugs will definitely be helpful.
Thanks all!
___
Python-Dev mailing list
Python
Éric Araujo wrote:
> Hi all,
>
> The Montreal-Python user group would like to host a bug day on October
> 27 (to be confirmed) at a partner university in Montreal. It would be
> cool to do a bug day on IRC like we used to (and in other physical
> locations if people want to!) to get new contribut
14 matches
Mail list logo