[issue34874] Python 3.6.3 command script wrapped in single quotes produces NameError: name 'A' is not defined

Tim McDonough added the comment: Yes, there are wrapper scripts on my system. My system was updated from 3.3 to 3.6. The 3.3 and 3.6 wrappers are equivalent and similar to the python2.7 wrapper as shown: exec -a `dirname $realpath`/python2.7 `dirname $realpath`/python2.7.real "$@" exec /

[issue34864] In Idle, Mac tabs make editor status line disappear.

Kevin Walzer added the comment: The behavior outlined in the screenshot is, I believe, a component of the native Cocoa window that underlies Tk; it cannot be controlled or accessed from Tk. It's probably better to avoid altogether or re-implement somehow in IDLE. --

[issue11233] clarifying Availability: Unix

Change by Cheryl Sabella : -- pull_requests: +9079 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue11233] clarifying Availability: Unix

Cheryl Sabella added the comment: Thanks, Fred. I've submitted the PR. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue11233] clarifying Availability: Unix

Change by Cheryl Sabella : -- versions: +Python 3.8 -Python 3.5, Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34888] Python3.8 optimizes away a "while" line

Yury Selivanov added the comment: While I agree with you that we need a flag to disable optimizations, this particular change isn't related to AST or peephole optimizers. See the bpo-17611 for more details (or https://github.com/python/cpython/commit/520b7ae27e39d1c77ea74ccd1b184d7cb43f9dcb)

[issue34888] Python3.8 optimizes away a "while" line

Ned Batchelder added the comment: Yury, thanks. I haven't read the code in depth. I assume there is some place that notices that the while condition is a constant, and therefore doesn't need to be explicitly evaluated? That test can be disabled, yes? -- ___

[issue34888] Python3.8 optimizes away a "while" line

Yury Selivanov added the comment: It's more complicated than that: there's no more SETUP_LOOP opcode anymore. The ceval and compiler parts responsible for evaluating and compiling loops were rewritten. FWIW the goal was more about simplifying the needlessly complicated implementation and l

[issue34888] Python3.8 optimizes away a "while" line

Yury Selivanov added the comment: > I assume there is some place that notices that the while condition is a > constant, and therefore doesn't need to be explicitly evaluated? Ah, I see what you're asking about. I'll need to double check that. --

[issue34889] int.to_bytes and int.from_bytes should default to the system byte order like the struct module does

New submission from Alex Henrie : When serializing a single integer, int.to_bytes and int.from_bytes are more efficient alternatives to struct.pack and struct.unpack. However, struct.pack and struct.unpack currently have the advantage that the byteorder does not have to be specified (because

[issue2506] Add mechanism to disable optimizations

Change by Yury Selivanov : -- keywords: +patch pull_requests: +9080 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue34888] Python3.8 optimizes away a "while" line

Yury Selivanov added the comment: > I assume there is some place that notices that the while condition is a > constant, and therefore doesn't need to be explicitly evaluated? To answer your question: yes, and it's unrelated to both peephole optimizer and to the above mentioned grand refactor

[issue34869] remove LDLAST

Benjamin Peterson added the comment: New changeset 65ed12cb7caba6ef4eb0ba18cbede5eab4e1c7a5 by Benjamin Peterson in branch 'master': closes bpo-34869: Remove LDLAST. (GH-9667) https://github.com/python/cpython/commit/65ed12cb7caba6ef4eb0ba18cbede5eab4e1c7a5 -- resolution: -> fixed

[issue34889] int.to_bytes and int.from_bytes should default to the system byte order like the struct module does

Change by Alex Henrie : -- keywords: +patch pull_requests: +9081 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue34889] int.to_bytes and int.from_bytes should default to the system byte order like the struct module does

Josh Rosenberg added the comment: to_bytes and from_bytes aren't remotely related to native primitive types, struct is. If the associated lengths aren't 2, 4 or 8, there is no real correlation with system level primitives, and providing these defaults makes it easy to accidentally write non-

[issue34889] int.to_bytes and int.from_bytes should default to the system byte order like the struct module does

Benjamin Peterson added the comment: It may be acceptable to allow for byteorder="native", but making the default native will make it too easy for people to write code that works great on their machine but not machines with the opposite endianess. Byte order is something you should explicitl

[issue34887] bytes subclass __repr__ raise SystemError when set to bytes.decode

Benjamin Peterson added the comment: Can't reproduce this on the 3.6 branch. -- nosy: +benjamin.peterson resolution: -> works for me stage: -> resolved status: open -> closed ___ Python tracker ___

[issue2506] Add mechanism to disable optimizations

Serhiy Storchaka added the comment: Note that disabling bytecode optimizations will not help to solve other problems with the coverity tool in 3.8: issue34705 and issue34876. -- ___ Python tracker __

[issue33331] Clean modules in the reversed order

Nick Coghlan added the comment: Aye, that option sounds like it would work to me (as long as throwing an exception is counted as finishing execution, so the failed module gets moved to the end before getting cleaned up) -- ___ Python tracker

[issue34751] Hash collisions for tuples

Jeroen Demeyer added the comment: > I've posted several SeaHash cores that suffer no collisions at all in any of > our tests (including across every "bad example" in these 100+ messages), > except for "the new" tuple test. Which it also passed, most recently with 7 > collisions. That was u

[issue34883] test_lzma: Multiple test failures when liblzma is built without complete codec set

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

<    1   2