[issue27988] email iter_attachments can mutate the payload

Barry A. Warsaw added the comment: LGTM +1 -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue12754] Add alternative random number generators

STINNER Victor added the comment: I agree with what Nick wrote. It became easy to install a third-party module, and we made progress on APIs to get random bytes from the system. I'm not convinced neither that Mersenne Twister limitations are important enough to replace it. If you want to see

[issue27731] Opt-out of MAX_PATH on Windows 10

Changes by Steve Dower : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___

[issue27782] Multi-phase extension module initialization, inconsistent exceptions and conflicts between code and PEP

Nick Coghlan added the comment: Xiang, if multi-phase initialisation is an area you're interested in, it occurs to me you may also want to take a look at Petr's proposal to provide efficient access to global module state from methods of extension types:

[issue27997] ImportError should be raised consistently from import machinery.

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list

[issue27976] Deprecate building with bundled copy of libffi on non-Darwin POSIX platforms

Chi Hsuan Yen added the comment: That's great! issue26942 can be closed after this change is landed. It's caused by a libffi bug on Android. -- ___ Python tracker

[issue18844] allow weights in random.choice

Serhiy Storchaka added the comment: 1. Returning a list instead of an iterator looks unpythonic to me. Values generated sequentially, there are no advantages of returning a list. 2. An implementation lacks optimizations used in my patch. 3. The documentation still contains a receipt for

[issue27968] test_coroutines generates some warnings

Xiang Zhang added the comment: Run hg bisect and get 756c27efe193. -- nosy: +benjamin.peterson ___ Python tracker ___

[issue27990] Provide a way to enable getrandom on Linux even when build system runs an older kernel

Nick Coghlan added the comment: It may be that the right fix is to build with more recent Linux header files, even when running the build on an older kernel, in which case the request would be to have a way to indicate that missing those particular headers should fail the build, rather than

[issue27968] test_coroutines generates some warnings

Guido van Rossum added the comment: Yury this smells of something in async/await? -- assignee: -> yselivanov ___ Python tracker ___

[issue27776] PEP 524: Make os.urandom() blocking on Linux

Nick Coghlan added the comment: I've reviewed all the open issues that come up when searching for "getrandom" on the issue tracker, and closed all the ones that were either out of date or rejected based on PEP 524 being accepted and implemented. For the remainder, I either wasn't clear on

[issue27683] ipaddress subnet slicing iterator malfunction

Xiang Zhang added the comment: ping :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue12754] Add alternative random number generators

Nick Coghlan added the comment: Since this issue was opened, a few relevant changes have been made: * firstly the random.SystemRandom API and subsequently the "secrets" module were added to provide ready access to the operating system's cryptographically secure PRNG. This addresses the "At

[issue27968] test_coroutines generates some warnings

Guido van Rossum added the comment: NM I get the same on Mac after rebuilding from scratch. I can repro this with the 3.5 branch too. Wonder if something changed in asyncio? -- versions: +Python 3.5 ___ Python tracker

[issue27968] test_coroutines generates some warnings

Guido van Rossum added the comment: I only have a Mac to test -- does anyone else on this issue have a Linux system to try to reproduce this? -- ___ Python tracker

[issue15206] uuid module falls back to unsuitable RNG

Nick Coghlan added the comment: Given the introduction of the secrets module in 3.6, perhaps uuid could be updated to fall back to that rather than to the random module and leave older versions unmodified? -- nosy: +ncoghlan versions: +Python 3.6 -Python 3.2, Python 3.3

[issue26970] Replace OpenSSL's CPRNG with system entropy source

Nick Coghlan added the comment: Christian, is this still a change you'd like to make for 3.6? (I don't recall seeing it in your list of pending ssl modules patches) -- nosy: +ncoghlan ___ Python tracker

[issue27654] [Patch] Use arc4random_buf() on CloudABI

Nick Coghlan added the comment: Victor, Christian - this looks like another interesting platform-specific corner case for the system RNG wrapper. -- nosy: +christian.heimes, haypo, ncoghlan ___ Python tracker

[issue27905] Add documentation for typing.Type

Guido van Rossum added the comment: Thanks again! Merged to 3.5 and 3.6 (after cleaning up trailing whitespace -- again ;-). -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue27905] Add documentation for typing.Type

Roundup Robot added the comment: New changeset 9fb30d6af6a9 by Guido van Rossum in branch '3.5': Issue #27905: Docs for typing.Type[C], by Michael Lee. https://hg.python.org/cpython/rev/9fb30d6af6a9 New changeset 1705cde6266d by Guido van Rossum in branch 'default': Issue #27905: Docs for

[issue26826] Expose new copy_file_range() syscall in os module.

Nick Coghlan added the comment: Victor, due to the mention of getrandom() early on, this came up when I was looking for issues that could potentially be closed based on the PEP 524 implementation landing. Any chance you or someone else could take another look during the pre-beta sprint this

[issue27398] configure warning for Python 3.5.2 during compilation

Nick Coghlan added the comment: Presumably this also affects Python 3.6, as that includes the same headers during configure for the same reasons: to check if the getrandom() syscall is likely to be available. #27990 is somewhat related, in that Linux makes this a bit difficult to do

[issue27955] getrandom() syscall returning EPERM make the system unusable.

Nick Coghlan added the comment: With #27778 implemented, there's also the question of how os.getrandom() will react to security policies that restrict access to the getrandom syscalls (vs just not having it available in the kernel). -- nosy: +ncoghlan

[issue27963] null poiter dereference in set_conversion_mode due uncheck _ctypes_conversion_errors

Changes by Xiang Zhang : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue27731] Opt-out of MAX_PATH on Windows 10

Roundup Robot added the comment: New changeset 26601191b368 by Steve Dower in branch 'default': Issue #27731: Opt-out of MAX_PATH on Windows 10 https://hg.python.org/cpython/rev/26601191b368 -- nosy: +python-dev ___ Python tracker

[issue27997] ImportError should be raised consistently from import machinery.

New submission from Eric Snow: As indicated by issue #16384, the import machinery is not consistent in raising ImportError. Some places in _bootstrap.py (and _bootstrap_external.py) raise ImportError and others make no effort to wrap errors that get encountered. I would expect the import

[issue16384] import.c doesn't handle EOFError from PyMarshal_Read*

Eric Snow added the comment: After looking more closely, it looks like we should be ignoring such bogus modules. Here's a patch to do so. -- keywords: +patch stage: test needed -> patch review Added file: http://bugs.python.org/file44424/issue16384.diff

[issue27996] Python 3 ssl module can't use a fileno to create a SSLSocket

New submission from SenBin Yu: In the SSLSocket __init__ function, it's ok to do a socket type check with argument sock.But meanwhile the sock argument can't be None, which make the SSLSocket socket __init__ way meaningless.Although there are three branch conditions as argument sock, fileno

[issue27995] Upgrade Python 3.4 to OpenSSL 1.0.2h on Windows

Changes by Larry Hastings : -- nosy: +larry title: Upgrade Python 3.4 to OpenSSL 1.0.2h -> Upgrade Python 3.4 to OpenSSL 1.0.2h on Windows ___ Python tracker

[issue27995] Upgrade Python 3.4 to OpenSSL 1.0.2h

New submission from Shaun Walbridge: >From the release notes of Python 3.4.5, I see that 3.4 is now in "security >fixes only" mode, and no new installers will be created. That said, OpenSSL >should be kept up to date so third-parties who build binaries from source will >receive upstream

[issue27994] In the argparse help(argparse) prints weird comments instead of good docstrings

New submission from py.user: >>> import argparse >>> help(argparse) >>> Output: | add_subparsers(self, **kwargs) | # == | # Optional/Positional adding methods | # == | | convert_arg_line_to_args(self, arg_line)

[issue6135] subprocess seems to use local encoding and give no choice

Steve Dower added the comment: I also added more tests, specifically for ansi and oem encodings on Windows and the errors argument on all platforms. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue6135] subprocess seems to use local encoding and give no choice

Roundup Robot added the comment: New changeset 720f0cf580e2 by Steve Dower in branch 'default': Issue #6135: Adds encoding and errors parameters to subprocess https://hg.python.org/cpython/rev/720f0cf580e2 -- nosy: +python-dev ___ Python tracker

[issue27993] In the argparse there are typos with endings in plural words

New submission from py.user: https://docs.python.org/3/library/argparse.html#prog "By default, ArgumentParser objects uses sys.argv[0]" Should be "objects use" as in all other places in the doc. https://docs.python.org/3/library/argparse.html#conflict-handler "By default, ArgumentParser

[issue27989] incomplete signature with help function using typing

Guido van Rossum added the comment: It seems the output produced here is generated by inspect.signature(), which is called by pydoc in this case (in both versions of docroutine()). I don't know if the right thing to do is to change inspect.signature() here, or to change pydoc to use something

[issue27778] PEP 524: Add os.getrandom()

Martin Panter added the comment: I run Arch Linux, but only update packages when I have to. As a result, I am running Linux 3.15 installed and running, but the linux-api-headers has more recently been updated to 4.7 (i.e. matching Linux 4.7). --

[issue27938] PyUnicode_AsEncodedString, PyUnicode_Decode: add fast-path for "us-ascii" encoding

STINNER Victor added the comment: Sorry, but I don't have enough information to fix the issue. I don't see how my change can break the two failing tests. Could you please try to collect more information manually? -- status: closed -> open ___

[issue27778] PEP 524: Add os.getrandom()

Nick Coghlan added the comment: Ah, I'd missed that Martin was talking about the other way around from #27990. Yes, I think it's worth documenting that os.getrandom() may raise OSError if the running kernel doesn't provide the syscall - that's going to be pretty easy to trigger by running a

[issue22542] Use arc4random under OpenBSD for os.urandom() if /dev/urandom is not present

STINNER Victor added the comment: I'm not sure that os.urandom() is correct on OpenBSD. I'm not sure that using getentropy() is correct. getentropy() seems to be high quality but I understand that there is a low quantity of entropy and it can block. I don't know if arc4random() is better:

[issue27992] In the argparse there is a misleading words about %(prog)s value

New submission from py.user: https://docs.python.org/3/library/argparse.html#argumentparser-objects "prog - The name of the program (default: sys.argv[0])" It doesn't take all sys.argv[0]. It splits sys.argv[0] and takes only the trailing part. An example: a.py #!/usr/bin/env python3

[issue22542] Use arc4random under OpenBSD for os.urandom() if /dev/urandom is not present

Nick Coghlan added the comment: Victor, can this be closed following the changes to os.urandom() in 3.5 and 3.6 to avoid using a file descriptor in os.urandom() where feasible? -- nosy: +ncoghlan status: open -> pending ___ Python tracker

[issue27990] Provide a way to enable getrandom on Linux even when build system runs an older kernel

STINNER Victor added the comment: Support for the getrandom() syscall requires syscall(), SYS_getrandom constant, GRND_NONBLOCK and GRND_RANDOM constants, linux/random.h header, etc. I don't understand your request. configure doesn't check getrandom() syscall result: /* ignore the

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Larry Hastings added the comment: > FWIW the cipher list (at least the restricted ones for > ssl.create_default_context()) is explicitly documented > as being able to be changed at any time without prior deprecation Yes. To be specific: "The protocol, options, cipher and other settings may

[issue27778] PEP 524: Add os.getrandom()

STINNER Victor added the comment: > HAVE_GETRANDOM_SYSCALL seems to be a compile-time library check, not a > runtime check. I compiled and run on Linux 3.15.5, and os.getrandom() exists > but raises ENOSYS: Oh, I'm surprised the configure sees getrandom() as available. But well ok, the error

[issue27991] In the argparse howto there is a misleading sentence about store_true

New submission from py.user: https://docs.python.org/3/howto/argparse.html#combining-positional-and-optional-arguments "And, just like the “store_true” action, if you don’t specify the -v flag, that flag is considered to have None value." This sentence is misleading. It supposes that

[issue27292] Warn users that os.urandom() prior to 3.6 can return insecure values

STINNER Victor added the comment: I dislike urandom-doc.v2.patch. There is no need to worry all users. Just be explicit and explain that the issue is specific to Linux and explain when it occurs: before the entropy pool is filled *and* if the system was not able yet to write enough entropy on

[issue27778] PEP 524: Add os.getrandom()

Roundup Robot added the comment: New changeset 7a243a40b421 by Victor Stinner in branch 'default': Fix test_os.GetRandomTests() https://hg.python.org/cpython/rev/7a243a40b421 -- ___ Python tracker

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Larry Hastings added the comment: Here at the core dev sprint we had a discussion about whether adding ChaCha20 into 3.5 was the right call. Strictly speaking, of course, it's neither a bug fix or a security fix, so that suggests it shouldn't be permitted. However ultimately we concluded it

[issue27938] PyUnicode_AsEncodedString, PyUnicode_Decode: add fast-path for "us-ascii" encoding

Martin Panter added the comment: Koobs if you can, it would be good to understand where the failure is. My guess is that Python doesn’t like running a non-ASCII filename. The following is hopefully a simplified version of the test_cmd_line_script test case: import os, subprocess, sys

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Donald Stufft added the comment: > > The difference between a security feature and a security fix > > is incredibly hard to differentiate. > > I'm not buying this argument. This touches on it http://web.mit.edu/tabbott/www/papers/hotos.pdf but I'm not sure how you don't see it... In the

[issue27959] Add 'oem' encoding

Roundup Robot added the comment: New changeset 786c34bdc27a by Steve Dower in branch 'default': Issue #27959: Updates NEWS and whatsnew https://hg.python.org/cpython/rev/786c34bdc27a -- ___ Python tracker

[issue27778] PEP 524: Add os.getrandom()

Nick Coghlan added the comment: Huh, I thought I'd already filed an issue for that, but it looks like it was only a security-sig thread: https://mail.python.org/pipermail/security-sig/2016-June/60.html I've now remedied that omission and filed http://bugs.python.org/issue27990 to cover

[issue27959] Add 'oem' encoding

Changes by Steve Dower : -- resolution: -> fixed stage: -> resolved status: open -> closed type: -> enhancement ___ Python tracker

[issue27959] Add 'oem' encoding

Roundup Robot added the comment: New changeset fd0e62300fb7 by Steve Dower in branch 'default': Issue #27959: Documents new encoding and alias. https://hg.python.org/cpython/rev/fd0e62300fb7 -- ___ Python tracker

[issue27990] Provide a way to enable getrandom on Linux even when build system runs an older kernel

New submission from Nick Coghlan: The configure script determines the setting for HAVE_GETRANDOM_SYSCALL at build time, which means the dynamic check for getrandom() support in the Linux kernel gets disabled when building against an older kernel. This impacts the implicit use of getrandom()

[issue27959] Add 'oem' encoding

Roundup Robot added the comment: New changeset c499690f606c by Steve Dower in branch 'default': Issue #27959: Adds oem encoding, alias ansi to mbcs, move aliasmbcs to codec lookup https://hg.python.org/cpython/rev/c499690f606c -- nosy: +python-dev

[issue27182] PEP 519 support in the stdlib

Roundup Robot added the comment: New changeset 3417d324cbf9 by Brett Cannon in branch 'default': Issue #27182: Add support for path-like objects to PyUnicode_FSDecoder(). https://hg.python.org/cpython/rev/3417d324cbf9 -- ___ Python tracker

[issue27293] Summarize issues related to urandom, getrandom etc in secrets documentation

Nick Coghlan added the comment: PEP 524 has been implemented for 3.6b1 in #27776, so os.urandom() itself will now do the right thing for cryptographic use cases on Linux. Accordingly, marking this as out of date - with os.urandom() and the secrets module both implicitly doing the right thing,

[issue26667] Update importlib to accept pathlib.Path objects

Changes by Brett Cannon : -- assignee: -> brett.cannon ___ Python tracker ___ ___

[issue27279] Add random.cryptorandom() and random.pseudorandom, deprecate os.urandom()

Nick Coghlan added the comment: PEP 524 has been implemented for 3.6b1 in #27776, so os.urandom() itself will now do the right thing for cryptographic use cases on Linux. -- resolution: -> rejected stage: -> resolved status: open -> closed type: -> enhancement

[issue27292] Warn users that os.urandom() prior to 3.6 can return insecure values

Nick Coghlan added the comment: PEP 524 has been implemented for 3.6b1 in #27776, so os.urandom() itself will now do the right thing for cryptographic use cases on Linux. Accordingly, I've removed Python 3.6 from the affected versions for this issue. I've also flagged this as purely a

[issue27288] secrets should use getrandom() on Linux

Nick Coghlan added the comment: PEP 524 has been implemented for 3.6b1 in #27776, so os.urandom() itself will now do the right thing for cryptographic use cases on Linux. -- nosy: +ncoghlan resolution: -> out of date status: open -> closed ___

[issue27570] Avoid memcpy(. . ., NULL, 0) etc calls

Benjamin Peterson added the comment: Sorry I missed this. The changes which I didn't already make look good. :) -- ___ Python tracker ___

[issue27776] PEP 524: Make os.urandom() blocking on Linux

Nick Coghlan added the comment: If /dev/urandom isn't available, Python refusing to start is likely to be one of the least of the system's problems, so Py_FatalError sounds reasonable to me - my +1 for a fallback above was a matter of "sounds good if you can find a way to make it work".

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Larry Hastings added the comment: > The difference between a security feature and a security fix > is incredibly hard to differentiate. I'm not buying this argument. > For instance, with 3DES being de-recommended (and removed in future > OpenSSLs) that leaves basically only AES-GCM and

[issue16384] import.c doesn't handle EOFError from PyMarshal_Read*

Eric Snow added the comment: I have verified that this is still a problem (basically 3.6b1). Fatal Python error: Py_Initialize: Unable to get the locale encoding Traceback (most recent call last): File "/opt/python3.6/lib/python3.6/encodings/__init__.py", line 99, in search_function File

[issue27984] singledispatch register should typecheck its argument

Nick Coghlan added the comment: Catching the erroneous registration rather than silently ignoring it sounds like the right thing to do here to me as well. I'm actually surprised that code isn't already throwing an exception later on, as "isinstance" itself does fail with non-types: >>> from

[issue27350] Compact and ordered dict

INADA Naoki added the comment: Update the patch to use standard int types instead of adding PY_INT16_T ref: https://bugs.python.org/issue17884 -- Added file: http://bugs.python.org/file44418/compact-dict.patch ___ Python tracker

[issue27989] incomplete signature with help function using typing

New submission from David E. Franco G.: the issue is that when calling help on a function annotated with typing, all the relevant information is lost, for example from typing import List, Any, Iterator, Tuple def foo(data:List[Any]) -> Iterator[ Tuple[int,Any] ]: ... when calling help

[issue27570] Avoid memcpy(. . ., NULL, 0) etc calls

Martin Panter added the comment: Looks like revisions 5f3f6f1fb73a and ec537f9f468f may have fixed the listobject cases. Also 66feda02f2a5 looks relevant. Benjamin, maybe you are interested in other bits of my patches :) -- nosy: +benjamin.peterson

[issue27988] email iter_attachments can mutate the payload

Changes by R. David Murray : -- components: +email nosy: +barry ___ Python tracker ___

[issue27988] email iter_attachments can mutate the payload

New submission from R. David Murray: In the right (wrong) circumstances the iter_attachments function may mutate the payload list. The fix is simple (make a copy before operating on it). Attached is a patch with test. -- files: iter_attachments_mutation.patch keywords: patch

[issue6135] subprocess seems to use local encoding and give no choice

Martin Panter added the comment: Maybe good to adjust the other mentions of universal_newlines, e.g. for check_output(). The Posix version of the multiple-pipe _communicate() method probably needs adjusting too. Test case: >>> check_output(("true",), encoding="ascii", input="") # Should be

[issue27778] PEP 524: Add os.getrandom()

Martin Panter added the comment: HAVE_GETRANDOM_SYSCALL seems to be a compile-time library check, not a runtime check. I compiled and run on Linux 3.15.5, and os.getrandom() exists but raises ENOSYS: == ERROR: test_getrandom0

[issue27972] Confusing error during cyclic yield

Guido van Rossum added the comment: Thanks for the report. I've never seen this before, so I doubt it is a common mistake. Yury have you ever seen this? --Guido (mobile) -- ___ Python tracker

[issue25596] Use scandir() to speed up the glob module

Guido van Rossum added the comment: Thanks Serhiy! --Guido (mobile) On Sep 6, 2016 12:35 PM, "Roundup Robot" wrote: > > Roundup Robot added the comment: > > New changeset cb7ee9d9cddd by Serhiy Storchaka in branch 'default': > Issue #25596: Optimized glob() and

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: Oops, sorry, forgot to add new files when converting from git to hg, here is the full patch. -- Added file: http://bugs.python.org/file44416/hg-pep-526.diff ___ Python tracker

[issue26307] no PGO for built-in modules with `make profile-opt`

Roundup Robot added the comment: New changeset 75dae0b2ccb3 by Gregory P. Smith in branch '2.7': Fixes issue26307: The profile-opt build now applys PGO to the built-in modules. https://hg.python.org/cpython/rev/75dae0b2ccb3 -- ___ Python tracker

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: Here is the patch for PEP 526 implementation -- keywords: +patch nosy: +levkivskyi Added file: http://bugs.python.org/file44415/hg-pep-526.diff ___ Python tracker

[issue27938] PyUnicode_AsEncodedString, PyUnicode_Decode: add fast-path for "us-ascii" encoding

koobs added the comment: Re-open and assign for regressions. Observed in all koobs-freebsd* buildbots (9/10/11) and build types. Issue is in default branch (add version 3.7) First failing test run: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Non-Debug%203.x/builds/110

[issue27781] Change sys.getfilesystemencoding() on Windows to UTF-8

Steve Dower added the comment: Also see PEP 529 for the latest updates there. This is likely to be accepted as experimental for 3.6.0b1-3, and we'll commit to either the new default or a compatible default for b4. -- Added file: http://bugs.python.org/file44414/27781_1.patch

[issue3100] weakref subclass segfault

Roundup Robot added the comment: New changeset 3d8109fe6d82 by Gregory P. Smith in branch 'default': Correct a comment in the test referencing the wrong issue number (issue3100 https://hg.python.org/cpython/rev/3d8109fe6d82 -- nosy: +python-dev ___

[issue27987] obmalloc's 8-byte alignment causes undefined behavior

New submission from Benjamin Peterson: ubsan complains about unaligned access when structs include "long double". An example error: runtime error: member access within misaligned address 0x7f77dbba9798 for type 'struct CDataObject', which requires 16 byte alignment This is because (on x86

[issue26359] CPython build options for out-of-the box performance

Brett Cannon added the comment: Leaving this open in case someone wants to backport to 2.7. -- versions: -Python 3.5, Python 3.6 ___ Python tracker ___

[issue26359] CPython build options for out-of-the box performance

Roundup Robot added the comment: New changeset 1e61cc86df03 by Brett Cannon in branch '3.5': Issue #26359: Add the --with-optimizations flag. https://hg.python.org/cpython/rev/1e61cc86df03 New changeset f9b52b31f1b4 by Brett Cannon in branch 'default': Merge for #26359

[issue18844] allow weights in random.choice

Raymond Hettinger added the comment: Thanks Davin. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue27986] make distclean clobbers Lib/plat-darwin/*

New submission from Zachary Ware: I suspect this is related to #23968, but I'm not certain. -- components: Build, Macintosh messages: 274685 nosy: doko, ned.deily, ronaldoussoren, zach.ware priority: low severity: normal stage: needs patch status: open title: make distclean clobbers

[issue18844] allow weights in random.choice

Roundup Robot added the comment: New changeset a5856153d942 by Raymond Hettinger in branch 'default': Issue #18844: Add random.weighted_choices() https://hg.python.org/cpython/rev/a5856153d942 -- nosy: +python-dev ___ Python tracker

[issue26359] CPython build options for out-of-the box performance

Roundup Robot added the comment: New changeset b4b73473ecc6 by Brett Cannon in branch 'default': Issue #26359: Add the --with-optimizations configure flag. https://hg.python.org/cpython/rev/b4b73473ecc6 -- nosy: +python-dev ___ Python tracker

[issue16334] Faster unicode-escape and raw-unicode-escape codecs

STINNER Victor added the comment: Since it's almost the 3.6 beta 1, I chose to push the change right now. I'm sure that it's faster, I trust your benchmarks ;-) Thanks Serhiy for this nice enhancement. > > * Rename WRITECHAR macro to WRITE_ASCII_CHAR() > This is not correct name. This macro

[issue16334] Faster unicode-escape and raw-unicode-escape codecs

Roundup Robot added the comment: New changeset ad5a28ace615 by Victor Stinner in branch 'default': Optimize unicode_escape and raw_unicode_escape https://hg.python.org/cpython/rev/ad5a28ace615 -- nosy: +python-dev ___ Python tracker

[issue27776] PEP 524: Make os.urandom() blocking on Linux

Roundup Robot added the comment: New changeset ebbfc053360a by Victor Stinner in branch 'default': Issue #27776: include process.h on Windows for getpid() https://hg.python.org/cpython/rev/ebbfc053360a -- ___ Python tracker

[issue26359] CPython build options for out-of-the box performance

Changes by Brett Cannon : Removed file: http://bugs.python.org/file44411/issue26359.diff ___ Python tracker ___

[issue26359] CPython build options for out-of-the box performance

Brett Cannon added the comment: Patch with the missing Makefile.pre.in part :P -- Added file: http://bugs.python.org/file44412/issue26359.diff ___ Python tracker

[issue18844] allow weights in random.choice

Davin Potts added the comment: I've gone through the patch -- looks good to me. -- nosy: +davin ___ Python tracker ___

[issue26359] CPython build options for out-of-the box performance

Brett Cannon added the comment: Here is modification of Greg's patch to turn off LTO under OS X since LTO+PGO do not get along under El Capitan. -- Added file: http://bugs.python.org/file44411/issue26359.diff ___ Python tracker

[issue24277] Take the new email package features out of provisional status

R. David Murray added the comment: It is probably useless to try to review this as a diff. It maybe better to just commit it, and let people report any problems as bugs. -- ___ Python tracker

[issue26307] no PGO for built-in modules with `make profile-opt`

Roundup Robot added the comment: New changeset 7d9cd4a0d488 by Gregory P. Smith in branch '3.5': Fixes issue26307: The profile-opt build now applys PGO to the built-in https://hg.python.org/cpython/rev/7d9cd4a0d488 New changeset bdc7292cf87e by Gregory P. Smith in branch 'default': Fixes

[issue24277] Take the new email package features out of provisional status

R. David Murray added the comment: Obviously I quite missed the 3.5 deadline, and it is only thanks to the Core Sprint that I'm going to make the 3.6 deadline, but at least I'm making it. There is one code change in this patch, changing the default behavior of as_string/str on EmailMessage

[issue1602] windows console doesn't print or input Unicode

Steve Dower added the comment: Latest patch is attached. PEP acceptance is sounding likely, so feel free to critically review. -- Added file: http://bugs.python.org/file44409/1602_4.patch ___ Python tracker

  1   2   3   >