[issue24844] Python 3.5rc1 compilation error with Apple clang 4.2 included with Xcode 4
Larry Hastings added the comment: I'd need to see the patch to be certain, but yes my assumption is I'd accept a pull request for this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24844 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9232] Allow trailing comma in any function argument list.
Larry Hastings added the comment: With PEP 448, we can now have fronkulate(**kwargs, **kwargs2) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9232 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24844] Python 3.5rc1 compilation error with Apple clang 4.2 included with Xcode 4
Ned Deily added the comment: This is a regression from previous releases of Python. It was introduced by fbe87fb071a6 (for Issue22038) which added the use of C built-in functions for atomic memory access for additional architectures like x86_64. It seems that the relatively early version of Apple's clang included with Xcode 4 fails compiling this code. The specific clang version that failed (Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn)) is the version included with the last shipped version of Xcode 4, Xcode 4.6.3, for OS X 10.7 and 10.8. For OS X 10.8, there is available a more recent version of Xcode, Xcode 5.1.1, which includes a new version of clang, Apple LLVM 5.1 (clang-503.0.40), which does correctly compile this code. In general, we always recommend using the most recent available version of Xcode- or Command Line Tools-installed build tools for a particular version of OS X (with the notable exception of OS X 10.6 - stick with Xcode 3.2.6 there). So upgrading to Xcode 5.1.1 on OS X 10.8.5 should solve the problem there. Unfortunately, for OS X 10.7.x, Xcode 4.6.3 is the most recent version and Xcode 4 has always been somewhat problematic for Python builds. It was in Xcode 4 that Apple stopped shipping the native gcc-4.2 compiler in favor of clang and the hybrid Apple llvm-gcc-4.2 compiler (which uses gcc as the front end and LLVM as the backend). The llvm-gcc-4.2 compiler was a transitional tool, not well-maintained, and is known to incorrectly compile recent versions of Python 3 (Issue13241) so it cannot be used as a substitute for clang in this case on OS X 10.7 (it was no longer shipped as of Xcode 5). Support for OS X 10.8 is much more important than OS X 10.7: I doubt there are *that* many users are still on 10.7. So I think a case could be made for marking this as won't fix. On the other hand, it should be possible to add tests to ./configure to skip trying to use the atomic builtins when this compiler is in use. -- nosy: +haypo, larry title: Python 3.5rc1 compilation error on OS X 10.8 - Python 3.5rc1 compilation error with Apple clang 4.2 included with Xcode 4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24844 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24847] Can't import tkinter in Python 3.5.0rc1
New submission from Matthew Barnett: I'm unable to import tkinter in Python 3.5.0rc1. The console says: C:\Python35python Python 3.5.0rc1 (v3.5.0rc1:1a58b1227501, Aug 10 2015, 05:18:45) [MSC v.1900 64 bit (AMD64)] on win32 Type help, copyright, credits or license for more information. import tkinter Traceback (most recent call last): File stdin, line 1, in module File C:\Python35\lib\tkinter\__init__.py, line 35, in module import _tkinter # If this fails your Python may not be configured for Tk ImportError: DLL load failed: The specified module could not be found. I'm on Windows 10 Home (64-bit). -- components: IDLE messages: 248437 nosy: mrabarnett, steve.dower priority: normal severity: normal status: open title: Can't import tkinter in Python 3.5.0rc1 type: behavior versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24847 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
Serhiy Storchaka added the comment: There are two causes: 1. UTF-16 and UTF-32 are based on 2- and 4-bytes units. If the surrogateescape error handler will support UTF-16 and UTF-32, encoding could produce the data that can't be decoded back correctly. For example '\udcac \udcac' - b'\xac\x20\x00\xac' - '\u20ac\uac20' == '€가'. 2. ASCII bytes (0x00-0x80) can't be escaped with surrogateescape. UTF-16 and UTF-32 data can contain illegal ASCII bytes (b'\xD8\x00' in UTF-16-BE, b'abcd' in UTF-32). For the same reason surrogateescape is not compatible with UTF-7 and CP037. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24843] 2to3 not working
gladman added the comment: I have now got it working using the command line: C:\Program Files\Python35\Tools\scriptsC:\Program Files\Python34\python 2to3.py --help I am not sure why the default Windows invocation of Python doesn't work with 2to3 as this works fine with other python scripts that I have tried. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24843 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24842] Mention SimpleNamespace in namedtuple docs
Raymond Hettinger added the comment: The NT docs are already very long and I don't think an additional crossref is beneficial (NTs are closer to tuples and SNs are closer to dicts). Also, the uptake for SNs are nearly zero. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24842 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24842] Mention SimpleNamespace in namedtuple docs
Stefan Behnel added the comment: Also, the uptake for SNs are nearly zero. That suggests to me that pointing users to it could help. It's currently hidden in the types module and if I didn't know it existed, I could end up looking in collections, and failing to find it there, write my own. -- nosy: +scoder ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24842 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24843] 2to3 not working
New submission from gladman: when I try to use the 2to3 script on the command line on Windows x64, I get the response: C:\Program Files\Python34\Tools\scripts2to3 C:\Users\brian\Downloads\puzzles.py At least one file or directory argument required. Use --help to show usage. When I ask for help I get: C:\Program Files\Python34\Tools\scripts2to3 --help At least one file or directory argument required. Use --help to show usage. In fact this is always the response I obtain irrespective of what I enter after '2to3' on the command line. Python 3.5rc1 also behaves in the same way. -- components: 2to3 (2.x to 3.x conversion tool) messages: 248396 nosy: gladman priority: normal severity: normal status: open title: 2to3 not working type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24843 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24840] implement bool conversion for enums to prevent odd edge case
Mike Lundy added the comment: @serhiy.storchaka: It's somewhat of a special case, to be sure. However, I do think it's justified to put it into the base (rather than a user type) for three reasons: 1) It makes IntEnum and Enum consistent. IntEnum actually already handles this case just fine, because it's an int and therefore already supports __bool__ correctly. It feels odd that changing the storage format from an IntEnum to a Enum should break the logic- correctly used, the actual enum values should never matter. This small change just brings them into line. 2) It is less surprising than the current case; I discovered this when I did something like the Enum.Nope case here, and I naively used the enum in an if statement, assuming that the value would control the __bool__ value. (This was caught by my tests, of course, but the point remains that I wrote the code). Normally in python, you'd expect the default bool conversion to be unconditionally True, but enums aren't really normal objects; for any use case for which there is a default noop value, you'd generally put that value _into_ the enum: class FilterType(Enum): NONE = None SUB = 'Sub' UP = 'Up' ... 3) It's not logically inconsistent with the idea of Enums. The other dunder methods you mention aren't consistent with the concept: __float__ (enum values aren't generally numbers except as an implementation detail), __lt__ (enums aren't generally ordered), __len__ (enums aren't generally containers). The one thing an enum does have is a value, and it feels consistent to me to check the truthiness of an enum without having to reach into the .value to do so. Anyway, that's my case for inclusion! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24840 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9232] Allow trailing comma in any function argument list.
Adam Bartoš added the comment: Some remarks: • A trailing comma after a non-empty argument list is allowed in every call form, including class statement and optional call in decorator syntax. In the grammar, this correponds to `arglist`. • In function definition, trailing comma is allowed only if there is no star before: def f(a, b, c,): # allowed def f(a=1, b=2, c=3,): # allowed def f(*args,): # disallowed def f(**kwargs,): # disallowed def f(*, a, b, c,): # disallowed The last example is what bothers me. The presence of the star should not affect whether trailing comma is allowed or not. If `f(a, b, c,)` is allowed as a call, it should be allowed in a definition, and if def `f(a, b, c,)` is allowed, `f(*, a, b, c,)` should be allowed as well. In the grammar this corresponds to `typedargslist` for functions and `varargslist` for lambdas. • A traling comma is allowed in tuples, lists, dicts, sets, the corresponding comprehensions, augmented assignments, and subscripts. It is also allowed in `from module import names` in the names part, but only if there are surrounding parentheses. Also a trailing semicolon is allowed for multiple statements in one line. • A traling comma is *not* allowed in with statement, `import modules`, assert statement (there is just optional second argument), global and nonlocal statements. In all these cases surrounding parentheses are not allowed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9232 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24843] 2to3 not working
Steve Dower added the comment: If this occurs in 3.5 then it needs to be fixed (though I thought I'd already fixed it once...). I'll take a look. -- assignee: - steve.dower status: closed - open versions: +Python 3.5, Python 3.6 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24843 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24843] 2to3 not working
gladman added the comment: Thanks for the explanation. My apologies for this posting, which I will now close -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24843 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24769] Interpreter doesn't start when dynamic loading is disabled
Larry Hastings added the comment: Uh, Nick? You didn't add me to this bug. -- nosy: +larry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24769 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
tmp12342 added the comment: Serhiy, I understand the first reason, but https://docs.python.org/3/library/codecs.html says applicable to text encodings: [...] This code will then be turned back into the same byte when the 'surrogateescape' error handler is used when encoding the data. Shouldn't it be corrected? Text encoding is defined as A codec which encodes Unicode strings to bytes. And about second one, could you explain a bit more? I mean, I don't know how to interpret it. You say b'\xD8\x00' are invalid ASCII bytes, but from these two only 0xD8 is invalid. Also, we are talking about encoding here, str - bytes, so who cares are resulting bytes ASCII compatible or not? -- nosy: +tmp12342 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24843] 2to3 not working
eryksun added the comment: Your .py file association isn't configured to pass command-line arguments. Revert to using the Python.File type that was created by Python's installer. The associated command should be something like C:\Windows\py.exe %1 %* depending on where py.exe is located. -- components: +Windows -2to3 (2.x to 3.x conversion tool) nosy: +eryksun, paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24843 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24839] platform._syscmd_ver raises DeprecationWarning
Larry Hastings added the comment: They are currently in sync, yes. The 3.5 branch has been a ghost town the last day or two, which tbh has been pleasant for me.helpfu -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24839] platform._syscmd_ver raises DeprecationWarning
Larry Hastings added the comment: Merged. Please forward-port to 3.5.1 and 3.6. Thanks! (See? Already I can tell this rc-cycle is going to be way easier on me than 3.4 was.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24840] implement bool conversion for enums to prevent odd edge case
R. David Murray added the comment: I agree that it seems odd that testing a 'value' that is false for its truth value would return True. It is surprising, even if it is an edge case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24840 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21167] float('nan') returns 0.0 on Python compiled with icc
R. David Murray added the comment: Note that Chris' patch is coming from Intel. (The ICC buildbots are currently building with -fp-model strict, by the way.) Mark, Stefan, what do you think? Is this a good idea? IIUC we would then not have to worry about differentiating between the python build and the distutils flags, and users would get whatever they specified at python build time. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21167 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24843] 2to3 not working
gladman added the comment: Hi Steve, The behaviour I reported was the same on Python 3.4 and 3.5rc1. But eryksun was correct in suggesting that this was a problem in the way my file association for Python was set up. My py_auto_file association was set to: C:\Program Files\Python34\python.exe %1 adding %* on the end fixed the problem. (by the way, thank you for your work on _msvccompiler.py). best regards, Brian -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24843 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21167] float('nan') returns 0.0 on Python compiled with icc
Chris Hogan added the comment: Producing NaN by Py_HUGE_VAL / Py_HUGE_VAL as in the suggested patch is unsafe as it can generate a FP exception during runtime. Also aggresive compiler FP optimizations can eliminate this calculation on compile-time. For this reason, we've used constant referencing in our fix, which will work regardless of how -fp-model is set. The problem is that the compiler is free to pre-compute the result as both values in 0*Inf are constants. An aggressively optimizing compiler could treat 0 * x = 0 no matter what x is. So under aggressive floating point optimizations setting we could get a wrong value, and that is indeed what happens. Another problem is that 0 * Inf along with resulting in a QNaN value should raise an invalid floating point exception flag. If the result is pre-computed at compile time, then the user won’t see the flag (it is another question whether the user wanted the flag or not originally). Our patch preserves both the value and the side effect, and leaves people free to build with the flags they want. -- nosy: +christopher.hogan Added file: http://bugs.python.org/file40162/intel-nan-safe.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21167 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24842] Mention SimpleNamespace in namedtuple docs
R. David Murray added the comment: I use SimpleNamespace in just about every project I'm currently working on. I would *not* say that their uptake is nearly zero :) And yes, I wouldn't be aware of it if I hadn't been following python-dev when it was introduced, and had (before it was introduced) written my own variations numerous times. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24842 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9232] Allow trailing comma in any function argument list.
Guido van Rossum added the comment: I'm +1 on adding this. I don't believe it requires a PEP. A trailing comma in definitions is already supported in some places, so I don't buy the argument that it catches errors. During the moratorium we were perhaps too strict. -- nosy: +gvanrossum ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9232 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24798] _msvccompiler.py doesn't properly support manifests
R. David Murray added the comment: Please open a new issue, referencing this one. Priority should be set to release blocker. (I forget if regular users can do that; if you can't I will.) -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24798 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24798] _msvccompiler.py doesn't properly support manifests
Christoph Gohlke added the comment: This change broke all my builds that link statically against 3rd party libraries built with the `/MD` flag. `/MD` was used at least since Python 2.3 and is the default for static libraries in Visual Studio 2015. Some of the broken builds: lxml, pillow, matplotlib, pygame, pycuda, pymssql, netcdf4, GDAL, psycopg2, pycurl, gmpy, and pyopenssl. All of these packages built OK with Python 3.5.0b4. The build errors are of this kind: `error LNK2001: unresolved external symbol __imp_memchr` `error LNK2001: unresolved external symbol __imp_strstr` The linker throws the following warning: `LINK : warning LNK4098: defaultlib 'MSVCRT' conflicts with use of other libs; use /NODEFAULTLIB:library` -- nosy: +cgohlke ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24798 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24844] Python 3.5rc1 compilation error on OS X 10.8
Changes by Yury Selivanov yseliva...@gmail.com: -- nosy: +benjamin.peterson, ned.deily, yselivanov priority: normal - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24844 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24843] 2to3 not working
Changes by eryksun eryk...@gmail.com: -- resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24843 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24640] no ensurepip in embedded Windows distribution
Steve Dower added the comment: Updated the documentation and it should be in 3.5.0rc1's docs on using with Windows. -- resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24640 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24844] Python 3.5rc1 compilation error on OS X 10.8
New submission from David Beazley: Just a note that Python-3.5.0rc1 fails to compile on Mac OS X 10.8.5 with the following compiler: bash$ clang --version Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) Target: x86_64-apple-darwin12.6.0 Thread model: posix bash$ Here is the resulting compilation error: /usr/bin/clang -c -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes-Werror=declaration-after-statement -I. -IInclude -I./Include-DPy_BUILD_CORE -o Python/ceval.o Python/ceval.c fatal error: error in backend: Cannot select: 0x102725710: i8,ch = AtomicSwap 0x102c45ce0, 0x102725010, 0x102725510Volatile ST1[@gil_drop_request.0.b] [ID=7] 0x102725010: i64 = X86ISD::WrapperRIP 0x102723710 [ID=6] 0x102723710: i64 = TargetGlobalAddressi1* @gil_drop_request.0.b 0 [ID=4] 0x102725510: i8 = Constant1 [ID=2] In function: take_gil make: *** [Python/ceval.o] Error 1 Problem can be fixed by commenting out the following line in pyconfig.h /* Has builtin atomics */ // #define HAVE_BUILTIN_ATOMIC 1 Not really sure what to advise. To my eyes, it looks like a bug in clang or Xcode. So, maybe this is more just an FYI that source builds might fail on certain older Mac systems. -- messages: 248415 nosy: dabeaz priority: normal severity: normal status: open title: Python 3.5rc1 compilation error on OS X 10.8 type: compile error versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24844 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24843] 2to3 not working
Steve Dower added the comment: Yes, I see. Thanks for clarifying, it seems all the installers are fine but Windows will generate associations that don't forward arguments. -- assignee: steve.dower - resolution: - not a bug status: open - closed versions: -Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24843 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24385] libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects
Steve Dower added the comment: Doesn't seem to be anything left to do here, so closing as fixed. -- resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24385 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24843] 2to3 not working
Steve Dower added the comment: I'm afraid there's no easy way to revert it. I may get to invest the time for 3.6's launcher[1] to make it available in Default Programs, but I've always struggled to get that to work properly. Explorer should always use the per-user command if it's there, and it's basically the responsibility of users to not change it if they don't want it to change. [1] The launcher owns the shortcut, not the core Python installation - the separation is only important to users in that if you don't include the launcher you don't get the association, and if you install the launcher for all users then the shortcut is for all users. (Also cleared the Versions field, since Python 3.4 creates the correct association too. Preventing user customization on a user's machine is not something we're going to get into, but that's the only way to solve this problem.) -- versions: -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24843 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23626] Windows per-user install of 3.5a2 doesn't associate .py files with the new launcher
Steve Dower added the comment: I haven't seen this at all, so until we see a repro of it, I'm closing. -- resolution: - works for me status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23626 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20362] longMessage attribute is ignored in unittest.TestCase.assertRegexpMatches etc
Ilia Kurenkov added the comment: Bump :) Let's close this one, guys! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20362 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24760] IDLE settings dialog shouldn't be modal
Mark Roseman added the comment: The attached demodalize.patch (which includes the changes from the previously posted decouple_config.patch) changes both the settings dialog and the about dialog to be non-modal. There's a new class UIFactory which is responsible for launching these kinds of windows, keeping track of them, and making sure there's only one of each kind at a time. This is also where the logic for choosing ttk vs. non-ttk components will go. As a (questionable) bonus, the about dialog, which now incorporates the README's etc directly into the window rather than launching further modal dialogs, also has some other minor cosmetic changes. -- versions: -Python 3.4 Added file: http://bugs.python.org/file40163/demodalize.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24760 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24843] 2to3 not working
eryksun added the comment: My py_auto_file association Oh, it's that auto filetype again. Steve, when you say you fixed this for 3.5, does that means there's a simple command or API to revert this automatic ProgId back to the Python.File type? This problem shows up repeatedly on Stack Overflow, so it would be nice to have a solution that works consistently from Windows 7 to 10. cmd.exe's built-in assoc and ftype commands only modify the local machine association and filetype. A per-user install doesn't use those, and sometimes Explorer instead uses a per-executable command defined in Software\Classes\Applications. Also, just modifying the command doesn't actually select what ShellExecuteEx will choose to run. I used to directly modify Explorer's FileExts\...\UserChoice for a given file extension, but that's actively discouraged by a deny ACL nowadays. Fine, but I've run into cases where Explorer's dialog doesn't let me choose a an existing ProgId. -- assignee: - steve.dower resolution: not a bug - status: closed - open versions: +Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24843 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24843] 2to3 not working
Changes by eryksun eryk...@gmail.com: -- versions: +Python 3.4 -Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24843 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21167] float('nan') returns 0.0 on Python compiled with icc
Mark Dickinson added the comment: Looks fine to me. IIRC, we moved the PyFloat_FromString implementation away from using Py_NAN in Python 3 for exactly this reason. On this point, though: An aggressively optimizing compiler could treat 0 * x = 0 no matter what x is. Wouldn't such a compiler be in violation of the C standard, at least if it defines __STDC_IEC_559__? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21167 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23968] rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)
William Scullin added the comment: This would likely improve life for folks with cross-compile toolchains. -- nosy: +wscullin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23968 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9232] Allow trailing comma in any function argument list.
Robert Collins added the comment: The patch had some conflicts in the reference docs, I think I resolved it correctly: if someone wanted to cross check my work that would be great. However I was feeling (perhaps wrongly :)) confident so I have committed it as-is. -- resolution: - fixed stage: commit review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9232 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9232] Allow trailing comma in any function argument list.
Adam Bartoš added the comment: Do we want to allow a trailing comma after *args or **kwargs in a function definition? Unlike in a call, **kwargs is always the last thing in the list and nothing can be added after that. Just asking. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9232 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24845] IDLE functional/integration testing
Mark Roseman added the comment: I've attached functionaltests.patch which provides a starting point, using Tk introspection and event generation to exercise the running application. The heart of it is the (very much in progress) TkTestCase class which provides a bunch of Tkinter-specific utilities to be used for tests. One thing I'm not sure about is that because these run somewhat slower than the existing unit tests, should they be shut off by default if someone is running a repository-wide test? -- Added file: http://bugs.python.org/file40165/functionaltests.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24845 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9232] Allow trailing comma in any function argument list.
Roundup Robot added the comment: New changeset 419ceb531bab by Robert Collins in branch 'default': Issue #9232: Support trailing commas in function declarations. https://hg.python.org/cpython/rev/419ceb531bab -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9232 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24845] IDLE functional/integration testing
New submission from Mark Roseman: This is a placeholder issue for adding automated functional/integration tests to complement the existing unit tests. -- messages: 248428 nosy: kbk, markroseman, roger.serwy, terry.reedy priority: normal severity: normal status: open title: IDLE functional/integration testing type: enhancement versions: Python 2.7, Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24845 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24845] IDLE functional/integration testing
Changes by Mark Roseman m...@markroseman.com: -- components: +IDLE keywords: +patch Added file: http://bugs.python.org/file40164/functionaltests.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24845 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16296] Patch to fix building on Win32/64 under VS 2010
Mark Lawrence added the comment: I think this can now be closed as out of date. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16296 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24847] Can't import tkinter in Python 3.5.0rc1
Steve Dower added the comment: Zach has the best chance of being able to review, if only because he can probably build the installer. I've added all the Windows experts just in case. There's quite a bit of MSBuild magic involved here though - I have trouble getting good reviews of this kind of change at work :( For whoever is looking - the InstallFiles items are processed by getting all the Included files, stripping SourceBase off the start and replacing it with Source (so a nop in this case) and including that file in the installer. The file is installed into Target (which is actually a directory reference into the installer, but DLLs is as self-explanatory as it seems) plus the relative path from TargetBase to the original filename. In this case, the old TargetBase was too short and so the file was installed with the last directory segment; after the fix the last directory segment is excluded. (Yes, the Source and SourceBase changes aren't really necessary, but changing them to match will avoid unnecessary questions in the future.) I should really add more documentation about this... Tools/msi/readme.txt has a bit, but not at this level. -- nosy: +paul.moore, tim.golden, zach.ware stage: - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24847 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22699] cross-compilation of Python3.4
William Scullin added the comment: I thought this was originally a help request and was going to re-direct this. Cross-compile with 3.4.3 and later seems broken. Procedure followed: wget https://www.python.org/ftp/python/3.5.0/Python-3.5.0rc1.tgz tar -xf Python-3.5.0rc1.tgz mkdir buildpowerpc64-linux-gnu cd buildpowerpc64-linux-gnu ../Python-3.5.0rc1/configure \ --disable-shared \ --prefix=/local/soft/python/3.5.0rc1/powerpc64-linux-gnu/gcc-4.4.7 make make install # now for the actual cross-compile build cd .. mkdir buildpowerpc64-bgq-linux export PYTHON_FOR_BUILD=/local/soft/python/3.5.0rc1/powerpc64-linux-gnu/gcc-4.4.7/bin/python3.5 ../Python-3.5.0rc1/configure \ --host=powerpc64-bgq-linux \ --build=powerpc64-linux-gnu \ --disable-ipv6 \ --disable-shared \ ac_cv_pthread_system_supported=yes \ ac_cv_file__dev_ptmx=no \ ac_cv_file__dev_ptc=no \ ac_cv_big_endian_double=yes make which succeeds in building a cross-compiled interpreter, then fails to build modules as setup.py gets the srcdir wrong: [wscullin@vestalac1 buildpowerpc64-bgq-linux]$ make running build running build_ext building '_struct' extension powerpc64-bgq-linux-gcc -fPIC -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -Werror=declaration-after-statement -I../Python-3.5.0rc1/Include -I/local/soft/python/3.5.0rc1/powerpc64-linux-gnu /gcc-4.4.7/include -I. -IInclude -I/usr/local/include -I/local/soft/python/3.5.0rc1/powerpc64-linux-gnu/gcc-4.4.7/include/python3.5m -c _struct.c -o build/temp.linux-ppc64-3.5/_struct.o powerpc64-bgq-linux-gcc: _struct.c: No such file or directory powerpc64-bgq-linux-gcc: no input files -- components: +Build, Cross-Build versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22699 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24840] implement bool conversion for enums to prevent odd edge case
Ethan Furman added the comment: Thanks for finding that, Mike. I'll review and merge in the next few days. -- assignee: - ethan.furman stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24840 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24847] Can't import tkinter in Python 3.5.0rc1
Roundup Robot added the comment: New changeset 3cb97ffd9ddf by Steve Dower in branch '3.5': Issue #24847: Fixes tcltk installer layout of VC runtime DLL https://hg.python.org/cpython/rev/3cb97ffd9ddf New changeset 13ceedb92923 by Steve Dower in branch 'default': Issue #24847: Fixes tcltk installer layout of VC runtime DLL https://hg.python.org/cpython/rev/13ceedb92923 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24847 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24847] Can't import tkinter in Python 3.5.0rc1
Steve Dower added the comment: Pull request for 3.5.0 is at https://bitbucket.org/larry/cpython350/pull-requests/3/issue-24847-fixes-tcltk-installer-layout/diff. When merged, this can change back to normal priority for the rest of the fix. Long term (probably 3.5.1, possibly 3.5.0rc2 if I can get it done) I want to build tcl/tk differently so we don't have the dependency on this unstable part of the VC runtime, but deploying it now is the easiest way to keep tcl/tk working. The biggest risk is that extension authors may plan to depend on it - currently distutils bdist_ext does not use it, but that is already causing compatibility issues with old code (a.k.a. code that needs updating for a newer compiler), so there'll be a bit of wait and see. Maybe we'll just have to accumulate all versions of vcruntime*.dll from now until forever (and backport them), but I hope we can avoid that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24847 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16296] Patch to fix building on Win32/64 under VS 2010
Steve Dower added the comment: It doesn't apply to 3.5 or later, so it's up to Martin whether he wants to apply it for 3.4. (I suspect not, but I'm not about to preempt his call.) -- versions: -Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16296 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24846] Add tests for ``from ... import ...` code
New submission from Brett Cannon: issue24492 showed that we need some more tests for ceval regarding ``from ... import ...`` code. -- components: Interpreter Core messages: 248435 nosy: brett.cannon priority: normal severity: normal stage: test needed status: open title: Add tests for ``from ... import ...` code versions: Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24846 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24492] using custom objects as modules: AttributeErrors new in 3.5
Brett Cannon added the comment: Created https://bitbucket.org/larry/cpython350/pull-requests/2/issue-24492-make-sure-that-from-import/diff without the PyUnicode_FromFormat() change as I realized that was conflating two changes in one patch and it wasn't even being tested (verified all tests still pass and a quick check in the interpreter shows ImportError is still raised). Larry, let me know when you have accepted the PR and I will commit to 3.5 and default on hg.python.org. I also created http://bugs.python.org/issue24846 to track adding more tests for the code. -- assignee: brett.cannon - larry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24492 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24847] Can't import tkinter in Python 3.5.0rc1
Steve Dower added the comment: Yep, this is my fix for the same issue pre-RC1 not quite working out (I'm guessing some difference between my dev box and my build box). If you go into your DLLs directory there's an extra subdirectory (Microsoft.VC140.CRT or similar) with a single DLL in it. Move that DLL up one level to the DLLs folder and you should be fine. I'll work up a setup authoring fix immediately, but really I want to patch Tcl/tk to not rely on that DLL so that we can be truly independent of CRT versioning. -- assignee: - steve.dower nosy: +larry priority: normal - release blocker versions: +Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24847 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16041] poplib: unlimited readline() from connection
Stephen Coulson added the comment: Broke for me today. Hacked the _MAXLINE to get around it. I don't see any size limit on multi-line in rfc. Only requirement is dot-stuffing. I think this fix might need a rethink. -- nosy: +scoulson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24847] Can't import tkinter in Python 3.5.0rc1
Matthew Barnett added the comment: Yes, I can confirm that that works for me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24847 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24847] Can't import tkinter in Python 3.5.0rc1
Mark Lawrence added the comment: Works fine for me, also on Windows 10 Home 64 bit. c:\Python35python.exe Python 3.5.0rc1 (v3.5.0rc1:1a58b1227501, Aug 10 2015, 05:18:45) [MSC v.1900 64 bit (AMD64)] on win32 Type help, copyright, credits or license for more information. import tkinter tkinter.__file__ 'c:\\Python35\\lib\\tkinter\\__init__.py' -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24847 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24847] Can't import tkinter in Python 3.5.0rc1
Steve Dower added the comment: Mark, IIRC you've got VS 2015? Anyone with VS 2015 installed (or the full CRT redistributable) is unaffected because the required file is already in their system path - this includes my build machine, which is why all my tkinter tests passed before pushing the release (currently figuring out a way to avoid this in future without needing extra machines). This is also why I'm worried about extensions built with non-distutils based tools. Anyone with the compiler has the current version of vcruntime.dll, but users may not (this is the versioning issue - someone might build with vcruntime150.dll which then won't work with vcruntime140.dll, so I'm trying to just block the DLL entirely). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24847 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
