[issue26763] Update PEP-8 regarding binary operators

Guido van Rossum added the comment: I've updated the PEP with some more permissive language, mentioning Knuth's recommendation but allowing the old style because it's been recommended (and followed, and enforced) for decades. I've intentionally not updated other examples in the PEP to follow

[issue26763] Update PEP-8 regarding binary operators

Guido van Rossum added the comment: > Changing indentation level based on operator precedence is acceptable? I think that's a matter of personal taste and I don't think the PEP needs to have an opinion on it. -- ___ Python tracker

[issue4709] Mingw-w64 and python on windows x64

Changes by Ivan Pozdeev : -- nosy: -Ivan.Pozdeev ___ Python tracker ___ ___

[issue26716] EINTR handling in fcntl

STINNER Victor added the comment: Patch version 2: * add a comment to explain the C loop retrying on EINTR error * add an unit test: I checked that the test fails with InterruptedError without the fix * document the change in fcntl documentation -- Added file:

[issue26771] python-config.sh.in INCDIR does not match python version if exec_prefix != prefix

New submission from Benjamin Berg: The script contains: INCDIR="-I$includedir/python${VERSION}${ABIFLAGS}" PLATINCDIR="-I$includedir/python${VERSION}${ABIFLAGS}" But looking at the sysconfig module we have: 'include':

[issue26763] Update PEP-8 regarding binary operators

Berker Peksag added the comment: Please don't create a pull request on GitHub (python/peps is read-only). Attaching wrap-before-binary-operator.patch is enough. -- nosy: +berker.peksag stage: -> patch review ___ Python tracker

[issue26763] Update PEP-8 regarding binary operators

Guido van Rossum added the comment: I don't like the way "):" is indented in that example. I propose: if ((width == 0 and height == 0 and color == 'red' and emphasis == 'strong') or highlight > 100): Aren't there

[issue26766] The result type of bytearray formatting is not stable

STINNER Victor added the comment: > LGTM, please commit. Ok, done. > Why the behavior is vary in release and debug builds? See _PyBytesWriter_Alloc(): the code is designed to detect bugs earlier in debug mode, it only uses 10 bytes of the "small buffer" (buffer allocated on the stack)

[issue4709] Mingw-w64 and python on windows x64

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___

[issue26766] The result type of bytearray formatting is not stable

Roundup Robot added the comment: New changeset 1eb586d5b321 by Victor Stinner in branch 'default': Issue #26766: Fix _PyBytesWriter_Finish() https://hg.python.org/cpython/rev/1eb586d5b321 -- nosy: +python-dev ___ Python tracker

[issue26766] The result type of bytearray formatting is not stable

STINNER Victor added the comment: @Berker: bytearray_mod.diff LGTM, you can push it. -- ___ Python tracker ___

[issue26766] The result type of bytearray formatting is not stable

STINNER Victor added the comment: Here is a fix for bytearray%args. As expected, it was a bug in the new _PyBytesWriter API (introduced in Python 3.6 to implementation optimizations). -- Added file: http://bugs.python.org/file42473/writer_bytearray_mod.patch

[issue26763] Update PEP-8 regarding binary operators

Guido van Rossum added the comment: I also think the PEP needs some language about the previous style being still acceptable as long as it's being used consistently (Knuth notwithstanding), and an acceptable compromise style where and/or go at the start of the line but other binary operators

[issue26763] Update PEP-8 regarding binary operators

INADA Naoki added the comment: On Fri, Apr 15, 2016 at 11:31 PM, Guido van Rossum wrote: > > Guido van Rossum added the comment: > > I don't like the way "):" is indented in that example. Me too. I haven't know about this PEP8 update.

[issue26763] Update PEP-8 regarding binary operators

INADA Naoki added the comment: How about recommend using parentheses to avoid different level operators have same indent level? ok: if (width == 0 and height == 0 and color == 'red' and emphasis == 'strong' or

[issue26766] The result type of bytearray formatting is not stable

Serhiy Storchaka added the comment: LGTM, please commit. Why the behavior is vary in release and debug builds? -- ___ Python tracker ___

[issue26743] Unable to import random with python2.7 on power pc based machine

Stefan Krah added the comment: Also, I don't understand how the test suite could pass with these kinds of errors. Are you sure this is the Wind-River system Python? Did they run the test suite? -- ___ Python tracker

[issue26772] regex.ENHANCEMATCH crashes interpreter

SilentGhost added the comment: regex module is not part of the standard library and issues with it should be reported on its bug tracker https://bitbucket.org/mrabarnett/mrab-regex -- nosy: +SilentGhost resolution: -> third party stage: -> resolved status: open -> closed type: crash

[issue26763] Update PEP-8 regarding binary operators

Guido van Rossum added the comment: OK, maybe @chrisa can fix the typo. -- ___ Python tracker ___ ___

[issue26739] idle: Errno 10035 a non-blocking socket operation could not be completed immediately

Terry J. Reedy added the comment: Michael, when you open an issue, you need to stay nosy so we can ask questions. This is especially true when the issue involved 3rd party modules, like pygame, and even more, when personal files, like the images, are required. In this case: 0. Which patch

[issue26760] Document PyFrameObject

Changes by Brett Cannon : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue26744] print() function hangs on MS-Windows 10

Changes by Terry J. Reedy : -- nosy: +terry.reedy ___ Python tracker ___ ___

[issue26773] Shelve works inconsistently when carried over to child processes

Changes by SilentGhost : -- components: +Extension Modules nosy: +jnoller, sbt ___ Python tracker ___

[issue26760] Document PyFrameObject

Roundup Robot added the comment: New changeset ba6f4f0fe9ea by Brett Cannon in branch '3.5': Issue #26760: Minimally document PyFrameObject https://hg.python.org/cpython/rev/ba6f4f0fe9ea New changeset 5c18598382e9 by Brett Cannon in branch 'default': Merge for issue #26760

[issue26773] Shelve works inconsistently when carried over to child processes

New submission from Paul Ellenbogen: If a shelve is opened, then the processed forked, sometime the shelve will appear to work in the child, and other times it will throw a KeyError. I suspect the order of element access may trigger the issue. I have included a python script that will exhibit

[issue26763] Update PEP-8 regarding binary operators

Ian Lee added the comment: > Aren't there many other examples in the PEP that need to be adjusted, since > we're changing the style not just for 'and' and 'or' but for all binary > operators? Admittedly I'd only looked in that one section last night, but I just went through the PEP and

[issue25609] Add a ContextManager ABC and type

Roundup Robot added the comment: New changeset 257dd57dd732 by Brett Cannon in branch '3.5': Issue #25609: Backport typing.ContextManager. https://hg.python.org/cpython/rev/257dd57dd732 New changeset 14cf0011c5e9 by Brett Cannon in branch 'default': Merge for issue #25609

[issue26772] regex.ENHANCEMATCH crashes interpreter

New submission from Rex Dwyer: regex.findall(r'((brown)|(lazy)){1<=e<=3} ((dog)|(fox)){1<=e<=3}', 'The quick borwn fax jumped over the lzy hog', regex.ENHANCEMATCH) crashes interpreter. regex.__version__ => 2.4.85 python version '3.4.2 (v3.4.2:ab2c023a9432, Oct 6

[issue26743] Unable to import random with python2.7 on power pc based machine

Raghu added the comment: Hey Guys/Gals, are you still debugging the issue? Do you need more info? -- ___ Python tracker ___

[issue26763] Update PEP-8 regarding binary operators

Guido van Rossum added the comment: I propose to keep the somewhat questionable examples in the PEP as an illustration of the idea that style is debatable and cannot be reduced to fixed rules. -- ___ Python tracker

[issue26716] EINTR handling in fcntl

Serhiy Storchaka added the comment: Left nitpicks about tests. -- ___ Python tracker ___ ___ Python-bugs-list

[issue26763] Update PEP-8 regarding binary operators

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

[issue26743] Unable to import random with python2.7 on power pc based machine

Stefan Krah added the comment: An option would be to use the support of the probably commercial http://www.windriver.com/products/linux/ and ask them why they're still on Python 2.7.3. They'll also have gcc installed and can run the test case proposed in this issue. -- nosy: +skrah

[issue25609] Add a ContextManager ABC and type

Changes by Brett Cannon : -- status: open -> closed ___ Python tracker ___ ___

[issue26763] Update PEP-8 regarding binary operators

Martín Gaitán added the comment: There is a typo on "reseach" instead of "research" -- nosy: +Martín Gaitán ___ Python tracker ___

[issue26769] Python 2.7: make private file descriptors non inheritable

Changes by Ned Deily : -- nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list

[issue26535] Minor typo in the docs for struct.unpack

Changes by Martin Panter : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___

[issue25314] Documentation: argparse's actions store_{true, false} default to False/True (undocumented)

Changes by Martin Panter : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue26774] Elide Py_atomic fences when WITH_THREAD is disabled?

New submission from Larry Hastings: Right now the atomic access fence macros in pyatomic.h are unconditional. This means that they're active even even when you "./configure --without-threads". If Python thread support is disabled, surely we don't need to ensure atomic access to variables,

[issue26769] Python 2.7: make private file descriptors non inheritable

Martin Panter added the comment: It looks like some of these do make the file descriptor accessible to the Python user. The following are from the RST documentation: oss_audio_device.fileno() oss_mixer_device.fileno() epoll.fileno() kqueue.fileno() audio device.fileno() I did not find any

[issue26763] Update PEP-8 regarding binary operators

Chris Angelico added the comment: Typo fixed in peps repo. -- ___ Python tracker ___ ___ Python-bugs-list

[issue26535] Minor typo in the docs for struct.unpack

Roundup Robot added the comment: New changeset 7889fcb0697b by Martin Panter in branch '3.5': Issue #26535: Correct docs regarding the struct buffer size https://hg.python.org/cpython/rev/7889fcb0697b New changeset 39dc2f39373d by Martin Panter in branch 'default': Issue #26535: Merge struct

[issue25702] Link Time Optimizations support for GCC and CLANG

Roundup Robot added the comment: New changeset f16ec63055ad by Gregory P. Smith in branch '3.5': Issue #25702: A --with-lto configure option has been added that will https://hg.python.org/cpython/rev/f16ec63055ad New changeset 3103af76f4c4 by Gregory P. Smith in branch 'default': Issue #25702:

[issue26657] Directory traversal with http.server and SimpleHTTPServer on windows

Martin Panter added the comment: I will try to commit my patch in a couple days if there are no objections. -- stage: patch review -> commit review ___ Python tracker

[issue25314] Documentation: argparse's actions store_{true, false} default to False/True (undocumented)

Roundup Robot added the comment: New changeset c42a9233af04 by Martin Panter in branch '2.7': Issue #25314: Remove confused statement about const argument https://hg.python.org/cpython/rev/c42a9233af04 New changeset 59b8db278e3c by Martin Panter in branch '3.5': Issue #25314: Remove confused

[issue25702] Link Time Optimizations support for GCC and CLANG

Gregory P. Smith added the comment: What i committed for 3.5 and 3.6 matches lto-cpython3-v04.patch which just adds --with-lto support. 2.7 still needs to be patched. For reference: Using ubuntu's gcc 5.2.1 i was seeing a 2-3% performance increase in the resulting LTO binary vs a plain

[issue26058] PEP 509: Add ma_version to PyDictObject

STINNER Victor added the comment: > The implementation is outdated: ma_version was renamed to ma_version_tag in > the latest version of the PEP 509. Patch version 7 is updated to the latest PEP (rebased and rename ma_version to ma_version_tag). -- Added file:

[issue26766] The result type of bytearray formatting is not stable

Berker Peksag added the comment: Thanks for the reviews! -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue26743] Unable to import random with python2.7 on power pc based machine

Raghu added the comment: Yes, it is a WindRiver linux. I will check if Commercial WindRiver team can help me. Host details: Linux fpc0 3.10.62-ltsi-WR6.0.0.18_standard #1 SMP PREEMPT Sun Apr 3 23:17:02 PDT 2016 ppc64 ppc64 ppc64 GNU/Linux Also is there a protocol followed in this website?

[issue26743] Unable to import random with python2.7 on power pc based machine

Stefan Krah added the comment: My conclusion is: The error in msg263292 should have been caught by the test suite. I'd ask the WindRiver support if they actually run the test suite before shipping the binaries. -- ___ Python tracker

[issue26743] Unable to import random with python2.7 on power pc based machine

Raghu added the comment: Thank you skrah. I raised a support request from WR. I will keep my fingers crossed. -- ___ Python tracker ___

[issue26766] The result type of bytearray formatting is not stable

Roundup Robot added the comment: New changeset b3e3efc5afa4 by Berker Peksag in branch 'default': Issue #26766: Remove redundant bytearray_format() from bytearrayobject.c https://hg.python.org/cpython/rev/b3e3efc5afa4 -- ___ Python tracker

[issue26763] Update PEP-8 regarding binary operators

Changes by Chris Angelico : -- nosy: +Rosuav ___ Python tracker ___ ___ Python-bugs-list

[issue26763] Update PEP-8 regarding binary operators

New submission from Ian Lee: Following up from discussion on python-ideas [1] about updating PEP-8 regarding wrapping lines before rather than after binary operators. -- files: wrap-before-binary-operator.patch keywords: patch messages: 263453 nosy: IanLee1521, gvanrossum priority:

[issue26535] Minor typo in the docs for struct.unpack

Serhiy Storchaka added the comment: LGTM. -- assignee: docs@python -> martin.panter stage: patch review -> commit review ___ Python tracker ___

[issue26535] Minor typo in the docs for struct.unpack

Martin Panter added the comment: Indeed, let me try again -- Added file: http://bugs.python.org/file42462/struct-size.v2.patch ___ Python tracker ___

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

Gregory P. Smith added the comment: --with-optimizations seems fine. As does having the final thing the Makefile prints out when run from a configuration that did not specify any of --with-pgo, --with-lto, --with-pydebug, or --with-optimizations be to echo message reminding people to

[issue26763] Update PEP-8 regarding binary operators

Ian Lee added the comment: Discussion link missing from msg263453: https://mail.python.org/pipermail/python-ideas/2016-April/039774.html -- ___ Python tracker

[issue26763] Update PEP-8 regarding binary operators

Ian Lee added the comment: Link to GitHub branch with the patch as a commit [1]. [1] https://github.com/python/peps/compare/master...IanLee1521:issue26763 -- ___ Python tracker

[issue26765] Factor out common bytes and bytearray implementation

New submission from Serhiy Storchaka: Proposed patch factors out the implementation of bytes and bytearray by moving common code in separate files. This is not new approach, the part of the code is already shared. The patch decreases the size of the source code by 862 lines. --

[issue25654] test_multiprocessing_spawn ResourceWarning with -Werror

STINNER Victor added the comment: Thanks. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue19444] mmap.mmap() allocates a file descriptor that isn't CLOEXEC

Changes by Berker Peksag : -- assignee: docs@python -> components: -Documentation versions: -Python 3.3 ___ Python tracker

[issue26766] Redundant check in bytearray_mod

New submission from Berker Peksag: I noticed this while looking at issue 26764. bytearray_mod() and bytearray_format() both have checks for PyByteArray_Check(v). The check in bytearray_format() looks redundant to me. Here is a patch. -- components: Interpreter Core files:

[issue26764] SystemError in bytes.__rmod__

STINNER Victor added the comment: bytes_rmod.patch LGTM (maybe just a minor PEP 7 issue, see my review). -- nosy: +haypo ___ Python tracker ___

[issue26745] Redundant code in _PyObject_GenericSetAttrWithDict

Serhiy Storchaka added the comment: LGTM. But there are other redundant code in _PyObject_GenericSetAttrWithDict(). Here is a patch that makes larger refactoring. -- type: -> enhancement Added file: http://bugs.python.org/file42467/_PyObject_GenericSetAttrWithDict_2.patch

[issue26762] test_multiprocessing_spawn leaves processes running in background

STINNER Victor added the comment: Using this patch, I can see the list of "python" processes slowly growing: diff -r ad5b079565ad Lib/unittest/case.py --- a/Lib/unittest/case.py Tue Apr 12 23:15:44 2016 -0700 +++ b/Lib/unittest/case.py Fri Apr 15 11:06:07 2016 +0200 @@ -10,6 +10,7 @@

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

Alecsandru Patrascu added the comment: That sounds like a good idea and plan, to have everything enabled with just one dedicated configure flag. I can work on this and post the patches as soon as they are done. Thank you -- ___ Python tracker

[issue26745] Redundant code in _PyObject_GenericSetAttrWithDict

Xiang Zhang added the comment: It's a better work. And the code looks simpler now. I test it with the test suite and none fails (though some tests are skipped due to platform). -- ___ Python tracker

[issue26358] mmap.mmap.__iter__ is broken (yields bytes instead of ints)

Serhiy Storchaka added the comment: Iterating a slice produces ints too (a slice is just a bytes object). >>> import mmap, sys >>> with open(sys.executable, 'rb') as f: ... mm = mmap.mmap(f.fileno(), 0, access=mmap.ACCESS_READ) ... print(next(iter(mm))) ...

[issue26767] Inconsistant error messages for failed attribute modification

New submission from Serhiy Storchaka: >>> class I(int): ... @property ... def a(self): pass ... @property ... def b(self): pass ... @b.setter ... def b(self, value): pass ... @property ... def c(self): pass ... @c.deleter ... def c(self): pass ... >>> obj

[issue26764] SystemError in bytes.__rmod__

Serhiy Storchaka added the comment: Surprisingly the implementation in 3.5 is correct. But backporting tests exposed behavior change in bytearray formatting in 3.6. In 3.5 bytearray.__mod__ returns bytearray, in 3.6 it returns bytes. Is this intentional? --

[issue26766] Redundant check in bytearray_mod

Serhiy Storchaka added the comment: And may be bytearray_mod in 3.6 is not correct. In 3.5 it returns bytearray, in 3.6 it returns bytes. -- ___ Python tracker

[issue26358] mmap.mmap.__iter__ is broken (yields bytes instead of ints)

Berker Peksag added the comment: I don't think we can change this in 3.5 since it would break backward compatibility. > Similarly the `in` operator seems to be broken; one could search for space > using `32 in bytesobj`, which would work for slices but not for the whole > mmap object. Seems

[issue26764] SystemError in bytes.__rmod__

Roundup Robot added the comment: New changeset ebece99c0bb6 by Serhiy Storchaka in branch 'default': Issue #26764: Fixed SystemError in bytes.__rmod__. https://hg.python.org/cpython/rev/ebece99c0bb6 New changeset 8dee0c09b46e by Serhiy Storchaka in branch '3.5': Issue #26764: Bacported tests

[issue26766] Redundant check in bytearray_mod

Serhiy Storchaka added the comment: Yes, I noticed this, but left for future (post-issue26765) refactoring. The patch LGTM, but notice Victor's comment to issue26764. -- nosy: +ethan.furman, haypo stage: patch review -> commit review ___ Python

[issue26766] The result type of bytearray formatting is not stable

Serhiy Storchaka added the comment: Hmm, looks the result type is very unstable. On release build: >>> bytearray(b'hello %b') % b"world" b'hello world' >>> bytearray(b'hello %b') % b"wor" b'hello wor' On debug build: >>> bytearray(b'hello %b') % b"world" bytearray(b'hello world') >>>

[issue26766] The result type of bytearray formatting is not stable

Changes by Serhiy Storchaka : -- type: enhancement -> behavior ___ Python tracker ___

[issue26764] SystemError in bytes.__rmod__

Serhiy Storchaka added the comment: There is a bug in bytearray formatting. See issue26766. -- dependencies: +The result type of bytearray formatting is not stable ___ Python tracker

[issue26764] SystemError in bytes.__rmod__

New submission from Serhiy Storchaka: >>> [] % b'' Traceback (most recent call last): File "", line 1, in SystemError: Objects/bytesobject.c:2975: bad argument to internal function Proposed patch fixes bytes.__rmod__ and tests for bytes formatting. -- components: Interpreter Core

[issue4709] Mingw-w64 and python on windows x64

Changes by Berker Peksag : -- Removed message: http://bugs.python.org/msg263480 ___ Python tracker ___

[issue4709] Mingw-w64 and python on windows x64

Changes by Berker Peksag : -- Removed message: http://bugs.python.org/msg263481 ___ Python tracker ___

[issue26769] Python 2.7: make private file descriptors non inheritable

New submission from STINNER Victor: By default, subprocess.Popen doesn't close file descriptors (close_fds=False by default) and so a child process inherit all file descriptors open by the parent process. See the PEP 446 for the long rationale. I propose to partially backport the PEP 446:

[issue26763] Update PEP-8 regarding binary operators

INADA Naoki added the comment: https://github.com/python/peps/compare/master...IanLee1521:issue26763 -- nosy: +naoki ___ Python tracker ___

[issue26763] Update PEP-8 regarding binary operators

INADA Naoki added the comment: Roundup doesn't link to Github's branch comparing URL correctly. How about just create pull request on Github? -- ___ Python tracker

[issue26766] The result type of bytearray formatting is not stable

STINNER Victor added the comment: It looks like a bug introduced by me in the issue #25399. bytearray%args must return a bytearray object. I understand that test_bytes lacks tests since it missed the bug. -- ___ Python tracker

[issue26770] _Py_set_inheritable(): do nothing if the FD_CLOEXEC close is already set/cleared

New submission from STINNER Victor: Attached patch is avoids a syscall in os.set_inheritable() if the FD_CLOEXEC flag is already set/cleared. The change only impacts platforms using fcntl() in _Py_set_inheritable(). Windows has a different implementation, and Linux uses ioctl() for example.

[issue26770] _Py_set_inheritable(): do nothing if the FD_CLOEXEC close is already set/cleared

STINNER Victor added the comment: See also the issue #26769: "Python 2.7: make private file descriptors non inheritable". -- nosy: +martin.panter, serhiy.storchaka ___ Python tracker

[issue26745] Redundant code in _PyObject_GenericSetAttrWithDict

Serhiy Storchaka added the comment: I'll defer committing the patch until some progress in issue26767 will be reached. May be _PyObject_GenericSetAttrWithDict() will have to rewrite again. -- assignee: -> serhiy.storchaka priority: normal -> low resolution: -> remind stage: patch

[issue4709] Mingw-w64 and python on windows x64

Ivan Pozdeev added the comment: Whoops, wrong ticket. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue26768] Fix instructions at WindowsCompilers for MSVC/SDKs

Changes by Ivan Pozdeev : -- resolution: -> third party status: open -> closed ___ Python tracker ___

[issue26768] Fix instructions at WindowsCompilers for MSVC/SDKs

Ivan Pozdeev added the comment: I know it's a wiki. But this particular page is marked ImmutablePage and I couldn't edit it even after I registered, so I thought It's protected. I'll try the e-mail now. -- resolution: third party -> status: closed -> open

[issue20699] Document that binary IO classes work with bytes-likes objects

Martin Panter added the comment: Here is an updated patch merged with recent changes. I also added a sentence to the RawIOBase.write() and BufferedIOBase.write() documentation about access to the buffer after the method returns. And I added tests for this. -- Added file:

[issue26766] Redundant check in bytearray_mod

Berker Peksag added the comment: Do you have an example code? It returns bytearray for me in both 3.5 and 3.6. use_bytearray parameter of _PyBytes_FormatEx() is 1 in bytearray_mod(). -- ___ Python tracker

[issue26768] Fix instructions at WindowsCompilers for MSVC/SDKs

Changes by Ivan Pozdeev : Added file: http://bugs.python.org/file42469/0002-VS-Express.patch ___ Python tracker ___

[issue26768] Fix instructions at WindowsCompilers for MSVC/SDKs

New submission from Ivan Pozdeev: Current instructions at https://wiki.python.org/moin/WindowsCompilers for a number of items are insufficient to make things work out of the box. This has lead to widespread confusion and a lot of vastly different and invariably hacky/unreliable/unmaintainable

[issue26768] Fix instructions at WindowsCompilers for MSVC/SDKs

Ivan Pozdeev added the comment: I preferred DISTUTILS_USE_SDK to MSSDK because the latter is a hack intended for private, advanced use rather than as the standard way: it makes distutils stop guessing and rely on the user to set the environment correctly. --

[issue26768] Fix instructions at WindowsCompilers for MSVC/SDKs

Berker Peksag added the comment: Thanks for the detailed report and for the patch, Ivan. But since https://wiki.python.org/moin/WindowsCompilers is a wiki document, you can edit it yourself. Please send an email to pydotorg-...@python.org with your account name. See

[issue26766] Redundant check in bytearray_mod

Serhiy Storchaka added the comment: Python 3.5: >>> bytearray(b'%d') % 42 bytearray(b'42') Python 3.6: >>> bytearray(b'%d') % 42 b'42' -- ___ Python tracker

[issue26745] Redundant code in _PyObject_GenericSetAttrWithDict

Martin Panter added the comment: Serhiy’s version looks good to me -- ___ Python tracker ___ ___

[issue26764] SystemError in bytes.__rmod__

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.5 ___ Python tracker

  1   2   >