É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
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
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
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
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
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 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
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
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 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
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 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 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
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
14 matches
Mail list logo
