Re: [Python-Dev] New hash algorithms: SHA3, SHAKE, BLAKE2, truncated SHA512

2016-05-26 Thread Raymond Hettinger
> On May 25, 2016, at 3:29 AM, Christian Heimes wrote: > > I have three hashing-related patches for Python 3.6 that are waiting for > review. Altogether the three patches add ten new hash algorithms to the > hashlib module: SHA3 (224, 256, 384, 512), SHAKE (SHA3 XOF 128, 256), > BLAKE2 (blake2b,

Re: [Python-Dev] runtime dlls on Windows

2016-05-26 Thread Steve Dower
Another reason why we don't want to install this DLL with Python :) Per-user install is properly supported in 3.5 for I believe the first time ever. But yes, installing them properly requires admin privileges. An unfortunately messy situation, one that I'm happy to not have to resolve for Python

Re: [Python-Dev] Adding a threadlocal to the Python interpreter

2016-05-26 Thread Daniel Holth
Thank you. I started my patch http://bugs.python.org/issue27134 to allow Python code to set a flag causing the evil str(b'bytes') to raise an exception. I wasn't sure exactly which module to put it in, so it's in _string. Please let me know the best place to put the feature and what I should polish

Re: [Python-Dev] runtime dlls on Windows

2016-05-26 Thread Chris Angelico
On Fri, May 27, 2016 at 5:13 AM, Steve Dower wrote: > If they're installed properly into System32/SysWOW64 (using the official > installer), then yes. If you simply drop them into your Python install > directory, then no, unless you drop the right one - it has to match the > python.exe architectur

Re: [Python-Dev] runtime dlls on Windows

2016-05-26 Thread Steve Dower
On 26May2016 1601, Glenn Linderman wrote: On 5/26/2016 3:18 PM, Steve Dower wrote: This has been deprecated. It sounded like a great idea at the time (~8 years ago) but caused more problems than it solved. Somehow I missed the announcement of the deprecation. The feature itself probably hasn

Re: [Python-Dev] runtime dlls on Windows

2016-05-26 Thread Glenn Linderman
On 5/26/2016 3:18 PM, Steve Dower wrote: This has been deprecated. It sounded like a great idea at the time (~8 years ago) but caused more problems than it solved. Somehow I missed the announcement of the deprecation. When I first heard of Windows manifests, though, my first reaction was that

Re: [Python-Dev] runtime dlls on Windows

2016-05-26 Thread Steve Dower
On 26May2016 1453, Sebastian Krause wrote: Chris Angelico wrote: BUT -- Steve Dower seems to have identified that the wonders of dll hell never cease, and this isn't possible anyway. Oh well. I'm not entirely grasping what's happening here. There are multiple versions of msvcp140.dll floating

Re: [Python-Dev] runtime dlls on Windows

2016-05-26 Thread Sebastian Krause
Chris Angelico wrote: >> BUT -- Steve Dower seems to have identified that the wonders of dll hell >> never cease, and this isn't possible anyway. Oh well. > > I'm not entirely grasping what's happening here. There are multiple > versions of msvcp140.dll floating around out there; what happens if >

Re: [Python-Dev] runtime dlls on Windows

2016-05-26 Thread Mark Lawrence via Python-Dev
On 26/05/2016 19:02, Brett Cannon wrote: On Thu, 26 May 2016 at 09:44 Chris Barker mailto:chris.bar...@noaa.gov>> wrote: [SNIP] Thanks Steve. Will you be at PyCon? if Nathaniel and I look at this during the sprints, maybe you could coach us a bit. Steve will be at PyCon but I don

Re: [Python-Dev] runtime dlls on Windows

2016-05-26 Thread Steve Dower
On 26May2016 0942, Chris Barker wrote: An alternative approach would be to stick MSVCP140.DLL into a tiny shim wheel and upload that to PyPI, and then wxPython and matplotlib's windows wheels could declare a dependency on this msvcp410 wheel. Basically this is the idea of my pyna

Re: [Python-Dev] runtime dlls on Windows

2016-05-26 Thread Brett Cannon
On Thu, 26 May 2016 at 09:44 Chris Barker wrote: > [SNIP] > Thanks Steve. Will you be at PyCon? if Nathaniel and I look at this > during the sprints, maybe you could coach us a bit. > Steve will be at PyCon but I don't think he will be around for the sprints as he has to catch a flight out for

Re: [Python-Dev] runtime dlls on Windows

2016-05-26 Thread Chris Barker
On Thu, May 26, 2016 at 9:53 AM, Chris Angelico wrote: > > BUT -- Steve Dower seems to have identified that the wonders of dll hell > > never cease, and this isn't possible anyway. Oh well. > > I'm not entirely grasping what's happening here. me neither :-( > There are multiple > versions of

Re: [Python-Dev] runtime dlls on Windows

2016-05-26 Thread Chris Angelico
On Fri, May 27, 2016 at 2:42 AM, Chris Barker wrote: > On Wed, May 25, 2016 at 1:40 PM, Chris Angelico wrote: >> >> But why should CPython >> package a runtime that it doesn't use? > > > Because it IS part of the "standard runtime environment" that cPython is > providing. The cPython Windows buil

Re: [Python-Dev] runtime dlls on Windows

2016-05-26 Thread Chris Barker
On Wed, May 25, 2016 at 1:40 PM, Chris Angelico wrote: > But why should CPython > package a runtime that it doesn't use? Because it IS part of the "standard runtime environment" that cPython is providing. The cPython Windows builds are built with a particular compiler that expects a particular

[Python-Dev] Python parser performance optimizations

2016-05-26 Thread Artyom Skrobov
Hello, Back in March, I've posted a patch at http://bugs.python.org/issue26526 -- "In parsermodule.c, replace over 2KLOC of hand-crafted validation code, with a DFA". The motivation for this patch was to enable a memory footprint optimization, discussed at http://bugs.python.org/issue26415 My p