> On Jul 25, 2018, at 8:23 PM, INADA Naoki wrote:
>
> On Thu, Jul 26, 2018 at 12:04 PM Zhao Lee wrote:
>>
>>
>> Since Python 3.7，dicts remember the order that items were inserted, so any
>> plans to combine collections.OrderedDict with dict?
>> https://docs.python.org/3/library/collections.
On Thu, Jul 26, 2018 at 12:04 PM Zhao Lee wrote:
>
>
> Since Python 3.7，dicts remember the order that items were inserted, so any
> plans to combine collections.OrderedDict with dict?
> https://docs.python.org/3/library/collections.html?#collections.OrderedDict
> https://docs.python.org/3/library
Since Python 3.7，dicts remember the order that items were inserted, so any
plans to combine collections.OrderedDict with dict?
https://docs.python.org/3/library/collections.html?#collections.OrderedDict
https://docs.python.org/3/library/stdtypes.html#dict
BTW, I think it would be better to move
On Sat, Jul 21, 2018 at 6:30 PM Jeroen Demeyer wrote:
>
> Hello,
>
> I finally managed to get some real-life benchmarks for why we need a
> faster C calling protocol (see PEPs 576, 579, 580).
>
> I focused on the Cython compilation of SageMath. By default, a function
> in Cython is an instance of
[trying again; sorry if it shows up twice]
I'm just easing back into core development work by trying to get a
stable testing environment for Python development on Windows.
One problem is that certain tests use support.TESTFN (a local directory
constructed from the pid) for output files etc. H
I'm just easing back into core development work by trying to get a
stable testing environment for Python development on Windows.
One problem is that certain tests use support.TESTFN (a local directory
constructed from the pid) for output files etc. However this can cause
issues on Windows when
On Wed, Nov 8, 2017 at 3:39 PM Erik Bray wrote:
>
> Hi folks,
>
> As some people here know I've been working off and on for a while to
> improve CPython's support of Cygwin. I'm motivated in part by a need
> to have software working on Python 3.x on Cygwin for the foreseeable
> future, preferably
