Re: [Python-ideas] The future of Python parallelism. The GIL. Subinterpreters. Actors.

Nick Coghlan wrote: > It was never extended beyond Windows, and a Windows-only solution > doesn't meet the needs of a lot of folks interested in more efficient > exploitation of multiple local CPU cores. On the other hand Windows has a higher need for a better multi-core story. A reasonable

Re: [Python-ideas] PEP 554: Stdlib Module to Support Multiple Interpreters in Python Code

Eric Snow wrote: > 1. add a basic queue class for passing objects between interpreters > * only support strings at first (though Nick pointed out we could > fall back to pickle or marshal for unsupported objects) > 2. implement CSP on top of subinterpreters > 3.

Re: [Python-ideas] Adding "View Python 3 Documentation" to all Python 2 documentation URLs

Sebastian Krause <sebast...@realpath.org> wrote: > This is why if you search for "python 3 $module" in Google, you'll > never see a direct link to the 3.5 or 3.6 versions of the > documentation (because Google merges them with the generic > docs.python.org/3/), but yo

Re: [Python-ideas] Adding "View Python 3 Documentation" to all Python 2 documentation URLs

Guido van Rossum wrote: > We just need someone with SEO experience to fix this for us. I'm not an SEO expert, but I think a possible approach would be using (or partly abusing) the element on the documentation pages: https://support.google.com/webmasters/answer/139066

Re: [Python-ideas] kw to be ordered dict

Arek Bulski wrote: > I expected the **kw to reproduce the same order as actual keyword > arguments. The only right way to solve it, as it seems to me, would be to > make **kw an OrderedDict. FYI: A change that keeps the order of **kw was just committed, so 3.6 will have