[issue28092] Build failure for 3.6 on Centos 5.11

Benjamin Peterson added the comment: I changed the dtrace stubs to static inline. Probably should reopen an investigation for 3.7. I would like to have exportable inlines. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue28092] Build failure for 3.6 on Centos 5.11

Roundup Robot added the comment: New changeset fd9a4bd16587 by Benjamin Peterson in branch '3.6': mark dtrace stubs as static inline; remove stubs https://hg.python.org/cpython/rev/fd9a4bd16587 -- nosy: +python-dev ___ Python tracker

[issue18219] csv.DictWriter is slow when writing files with large number of columns

Mariatta Wijaya added the comment: Thanks, Hugh. Please check the updated patch :) -- Added file: http://bugs.python.org/file45168/issue18219v2.patch ___ Python tracker

[issue18219] csv.DictWriter is slow when writing files with large number of columns

Hugh Brown added the comment: Mariatta: Yes, that is what I was thinking of. That takes my 12 execution time down to 10 seconds. (Or, at least, a fix I did of this nature had that effect -- I have not timed your patch but it should be the same.) --

[issue18219] csv.DictWriter is slow when writing files with large number of columns

Mariatta Wijaya added the comment: Thanks Hugh, Are you thinking of something like the following? class DictWriter: def __init__(self, f, fieldnames, restval="", extrasaction="raise", dialect="excel", *args, **kwds): self._fieldnames = fieldnames# list of keys

[issue28448] C implemented Future doesn't work on Windows

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

[issue28448] C implemented Future doesn't work on Windows

Roundup Robot added the comment: New changeset 6d20d6fe9b41 by INADA Naoki in branch '3.6': Issue #28448: Fix C implemented asyncio.Future didn't work on Windows https://hg.python.org/cpython/rev/6d20d6fe9b41 New changeset a9a136c9d857 by INADA Naoki in branch 'default': Issue #28448: Fix C

[issue18219] csv.DictWriter is slow when writing files with large number of columns

Hugh Brown added the comment: Fabulous. Looks great. Let's ship! It is not the *optimal* fix for 3.x platforms. A better fix would calculate the set of fieldnames only once in __init__ (or only as often as fieldnames is changed). But I stress that it is a robust change that works in versions

[issue28430] asyncio: C implemeted Future cause Tornado test fail

INADA Naoki added the comment: Test failure in GNS3 seems not relating to this. It may be fixed via #28492, maybe. -- ___ Python tracker ___

[issue28492] C implementation of asyncio.Future doesn't set value of StopIteration correctly

INADA Naoki added the comment: Confirmed, thank you. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue23214] BufferedReader.read1(size) signature incompatible with BufferedIOBase.read1(size=-1)

Martin Panter added the comment: The minus sign might have been deliberate at some stage, but I realize it is more accessible etc if it was ASCII -1, so I will change that. The idea of changing the signature is to avoid people thinking it accepts a keyword argument. See e.g. Issue 25030 for

[issue18219] csv.DictWriter is slow when writing files with large number of columns

Mariatta Wijaya added the comment: Hello, please review my patch. I used set subtraction to calculate wrong_fields, added more test cases, and clarify documentation with regards to extrasaction parameter. Please let me know if this works. Thanks :) -- nosy: +Mariatta Added file:

[issue23214] BufferedReader.read1(size) signature incompatible with BufferedIOBase.read1(size=-1)

STINNER Victor added the comment: - .. method:: read1(size=-1) + .. method:: read1([size]) I don't understand this change: the default size is documented as -1. Did I miss something? + If *size* is −1 (the default) Is the "−" character deliberate in "−1"? I would expected ``-1``.

[issue28447] socket.getpeername() failure on broken TCP/IP connection

Georgey added the comment: Hello David, Yes I had the same thought with you that the information of socket is lost at operating syetem level. However, I hope at Python level this kind of information will not be lost. Once the socket has been created by incoming connection, the

[issue28495] MagickMock created by patсh annotation refuses to apply function side_effect at second time

New submission from Сергей Варюхин: You can see example in test.py. It should fails with AssertionErorr if mock works as expected. But it not fails. -- components: Library (Lib) files: test.py messages: 279098 nosy: Сергей Варюхин priority: normal severity: normal status: open title:

[issue23214] BufferedReader.read1(size) signature incompatible with BufferedIOBase.read1(size=-1)

Roundup Robot added the comment: New changeset d4fce64b1c65 by Martin Panter in branch 'default': Issue #23214: Remove BufferedReader.read1(-1) workaround https://hg.python.org/cpython/rev/d4fce64b1c65 -- ___ Python tracker

[issue26163] FAIL: test_hash_effectiveness (test.test_set.TestFrozenSet)

Tim Peters added the comment: I think Raymond will have to chime in. I assume this is due to the `letter_range` portion of the test suffering hash randomization dealing it a bad hand - but the underlying string hash is "supposed to be" strong regardless of seed. The

[issue28430] asyncio: C implemeted Future cause Tornado test fail

INADA Naoki added the comment: pure Python Future.__iter__ don't use what yield-ed. def __iter__(self): if not self.done(): self._asyncio_future_blocking = True yield self # This tells Task to wait for completion. assert self.done(), "yield from

[issue26163] FAIL: test_hash_effectiveness (test.test_set.TestFrozenSet)

Martin Panter added the comment: I just got this failure again today. I think I have seen it once or twice before. Is the failure actually indicating a problem with Python, or is the test just too strict? It seems that it may be like a test ensuring that a random.randint(1, 100) is never

[issue23214] BufferedReader.read1(size) signature incompatible with BufferedIOBase.read1(size=-1)

Roundup Robot added the comment: New changeset b6886ac88e28 by Martin Panter in branch 'default': Issue #23214: Implement optional BufferedReader, BytesIO read1() argument https://hg.python.org/cpython/rev/b6886ac88e28 -- nosy: +python-dev ___ Python

[issue28484] test_capi, test_regrtest fail when multithreading disabled

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

[issue28489] Fix comment in tokenizer.c

Changes by Eric V. Smith : -- stage: -> commit review ___ Python tracker ___ ___

[issue26240] Docstring of the subprocess module should be cleaned up

Martin Panter added the comment: V3 looks good to me -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue28471] Python 3.6b2 crashes with "Python memory allocator called without holding the GIL"

Roundup Robot added the comment: New changeset 2fd92794f775 by Martin Panter in branch '3.6': Issue #28471: Avoid ResourceWarning by detaching test socket https://hg.python.org/cpython/rev/2fd92794f775 -- ___ Python tracker

[issue28484] test_capi, test_regrtest fail when multithreading disabled

Roundup Robot added the comment: New changeset b811ec148337 by Martin Panter in branch '3.6': Issue #28484: Skip tests if GIL is not used or multithreading is disabled https://hg.python.org/cpython/rev/b811ec148337 -- nosy: +python-dev ___ Python

[issue28494] is_zipfile false positives

Thomas Waldmann added the comment: Note: checking the first bytes of the file (PK..) might be another option. But this has the "problem" that a self-extracting zip starts with an executable that has different first bytes. So whether this is an option or not depends on whether is_zipfile()

[issue28494] is_zipfile false positives

Thomas Waldmann added the comment: patch for py2.7 The EOCD structure is at EOF. It either does not contain a comment (this is what the existing code checks first) or it contains a comment of the length that is specified in the structure. The patch checks consistency specified length vs.

[issue28092] Build failure for 3.6 on Centos 5.11

Ned Deily added the comment: "*** WARNING: renaming "_sqlite3" since importing it failed: build/lib.linux-x86_64-3.6/_sqlite3.cpython-36m-x86_64-linux-gnu.so: undefined symbol: sqlite3_stmt_readonly" That's a different issue: most likely you are building with an old version of libsqlite3.

[issue28459] _pyio module broken on Cygwin / setmode not usable

Masayuki Yamamoto added the comment: I agree to use setmode() at _pyio module for Cygwin. However, I have two reasons that I disagree to the implementation of os.setmode(). First, FreeBSD has another setmode() that operate file permission bits [1]. Therefore the implementation of os.setmode()

[issue28489] Fix comment in tokenizer.c

Eric V. Smith added the comment: That's great. Thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue28494] is_zipfile false positives

Changes by Serhiy Storchaka : -- nosy: +alanmcintyre, serhiy.storchaka, twouters versions: +Python 3.6, Python 3.7 ___ Python tracker

[issue28494] is_zipfile false positives

New submission from Thomas Waldmann: zipfile.is_zipfile has false positives way too easily. I just have seen it in practive when a MoinMoin wiki site with a lot of pdf attachments crashed with 500. This was caused by a valid PDF that just happened to contain PK\005\006 somewhere in the middle

[issue28493] Typo in _asynciomodule.c

Roundup Robot added the comment: New changeset 03528baa8c2c by Yury Selivanov in branch '3.6': Issue #28493: Fix typos in _asynciomodule.c https://hg.python.org/cpython/rev/03528baa8c2c New changeset 74eb9c51d64e by Yury Selivanov in branch 'default': Merge 3.6 (issue #28493)

[issue28493] Typo in _asynciomodule.c

Yury Selivanov added the comment: Thanks, Stéphane! Fixed. -- resolution: -> fixed stage: -> resolved status: open -> closed type: -> enhancement ___ Python tracker

[issue26010] document CO_* constants

Roundup Robot added the comment: New changeset 761414979de5 by Yury Selivanov in branch '3.6': Issue #26010: fix typos; rewording https://hg.python.org/cpython/rev/761414979de5 New changeset 3821599fc74d by Yury Selivanov in branch 'default': Merge 3.6 (issue #26010)

[issue28493] Typo in _asynciomodule.c

Stéphane Wirtel added the comment: sorry, I can't commit it in the default branch, so I pass via an issue for this kind of issue. -- ___ Python tracker

[issue28493] Typo in _asynciomodule.c

New submission from Stéphane Wirtel: a small fix for a typo. -- assignee: yselivanov components: Interpreter Core files: _asynciomodule.diff keywords: patch messages: 279079 nosy: matrixise, yselivanov priority: normal severity: normal status: open title: Typo in _asynciomodule.c

[issue28448] C implemented Future doesn't work on Windows

Yury Selivanov added the comment: Latest patch looks good. -- ___ Python tracker ___ ___ Python-bugs-list

[issue28489] Fix comment in tokenizer.c

Ryan Gonzalez added the comment: Ugh, hit Submit too soon. I meant to say the patch that has 20:13 as the date (I should've probably given them different names...). -- ___ Python tracker

[issue28489] Fix comment in tokenizer.c

Ryan Gonzalez added the comment: @eric.smith How's this instead? -- Added file: http://bugs.python.org/file45160/0001-Fix-comment-in-tokenizer.c.patch ___ Python tracker

[issue26240] Docstring of the subprocess module should be cleaned up

Tim Mitchell added the comment: Changes as per Martins review. -- Added file: http://bugs.python.org/file45159/subprocess3.patch ___ Python tracker ___

[issue28492] C implementation of asyncio.Future doesn't set value of StopIteration correctly

Yury Selivanov added the comment: Inada-san, please take a look at my commit if you have time. -- resolution: -> fixed stage: -> commit review status: open -> closed type: -> behavior ___ Python tracker

[issue28492] C implementation of asyncio.Future doesn't set value of StopIteration correctly

Roundup Robot added the comment: New changeset cfe2109ce2c0 by Yury Selivanov in branch '3.6': Issue #28492: Fix how StopIteration is raised in _asyncio.Future https://hg.python.org/cpython/rev/cfe2109ce2c0 New changeset 79b9257f3386 by Yury Selivanov in branch 'default': Merge 3.6 (issue

[issue24381] Got warning when compiling ffi.c on Mac

Ned Deily added the comment: Thank you for the patch! Now fixed in the bundled versions of libffi for OS X. -- resolution: -> fixed stage: commit review -> resolved status: open -> closed versions: +Python 2.7, Python 3.7 ___ Python tracker

[issue24381] Got warning when compiling ffi.c on Mac

Roundup Robot added the comment: New changeset 2b089035a453 by Ned Deily in branch '3.5': Issue #24381: Avoid unused function warning when building bundled macOS libffi. https://hg.python.org/cpython/rev/2b089035a453 New changeset c60d41590054 by Ned Deily in branch '3.6': Issue #24381: merge

[issue28492] C implementation of asyncio.Future doesn't set value of StopIteration correctly

New submission from Yury Selivanov: Specifically when the result of the Future is tuple. -- components: asyncio messages: 279070 nosy: gvanrossum, inada.naoki, yselivanov priority: normal severity: normal status: open title: C implementation of asyncio.Future doesn't set value of

[issue28491] Remove bundled libffi for OSX

Stéphane Wirtel added the comment: On my OSX with El Capitan and HomeBrew Configuration: env PKG_CONFIG_PATH=/usr/local/opt/libffi/lib/pkgconfig ./configure --prefix=$PWD-build Compilation: make Tests: ./python.exe -c 'import ctypes' Results: * No SIGSEGV * Add a new dependency to

[issue25953] re fails to identify invalid numeric group references in replacement strings

SilentGhost added the comment: Updated patch taking Serhiy's comments into account. There was another case on line 725 for when zero is used as a group number, I'm not sure though if it falls within the scope of this issue, so it's not included in the current patch. -- versions:

[issue28491] Remove bundled libffi for OSX

Ned Deily added the comment: Yes, we shouldn't be depending on pkg-config being available. I am not at all keen on adding a dependency on a third-party library supplied by another distributor. What I would like to see is: (1) add libffi to the third-party libs built and used for the macOS

[issue20825] containment test for "ip_network in ip_network"

James Schneider added the comment: Please consider for implementation in 3.6. I'd love it even more for 3.5 but I don't think that will happen. With the latest patch, I don't believe there are any backwards-incompatible changes, though. -- ___

[issue28491] Remove bundled libffi for OSX

Chi Hsuan Yen added the comment: With this change pkg-config becomes mandatory on macOS, too. As Ned has mentioned in issue28207, pkg-config is not pre-installed with macOS. -- ___ Python tracker

[issue28491] Remove bundled libffi for OSX

Stéphane Wirtel added the comment: I will test on my OSX (El Capitan) -- ___ Python tracker ___ ___

[issue28491] Remove bundled libffi for OSX

New submission from Zachary Ware: Here's a patch that at least allows _ctypes to be built against a Homebrew libffi and pass the test_ctypes. It is almost certainly not a complete patch, but may serve as a basis for something that will actually work. -- components: Build, ctypes,

[issue28490] inappropriate OS.Error "Invalid cross-device link"

Changes by Eryk Sun : -- stage: -> resolved ___ Python tracker ___ ___

[issue28490] inappropriate OS.Error "Invalid cross-device link"

Steve Newcomb added the comment: Oops. My bad. There was a symlink in one of those paths. The message is valid. -- resolution: -> not a bug status: open -> closed ___ Python tracker

[issue18219] csv.DictWriter is slow when writing files with large number of columns

Changes by SilentGhost : -- stage: -> commit review versions: +Python 3.5, Python 3.6, Python 3.7 -Python 3.4 ___ Python tracker

[issue28490] inappropriate OS.Error "Invalid cross-device link"

dently due to the fact that a file already exists at the target path: (Pdb) os.path.isfile( '/persist/nobackup/backupDisks/d38BasLijPupBak/d38-backup.20161020/d38-_,.,_home2_,.,_rack/.Xauthority') True (Pdb) os.path.isfile( '/persist/nobackup/backupDisks/d38BasLijPupBak/d38-20161020/home2/rack/.

[issue28489] Fix comment in tokenizer.c

Eric V. Smith added the comment: FWIW, in Lib/tokenize.py, it's _all_string_prefixes(): >>> _all_string_prefixes() set(['', 'FR', 'rB', 'rF', 'BR', 'Fr', 'RF', 'rf', 'RB', 'fr', 'B', 'rb', 'F', 'Br', 'R', 'U', 'br', 'fR', 'b', 'f', 'Rb', 'Rf', 'r', 'u', 'bR']) My basic point is that trying to

[issue28489] Fix comment in tokenizer.c

Eric V. Smith added the comment: I'd actually change this to be something like: Process b"", r"", u"", and the various legal combinations. There are 24 total combinations when you add upper case. I actually wrote a script in Lib/tokenize.py to generate them all. And when I add binary

[issue28489] Fix comment in tokenizer.c

Stéphane Wirtel added the comment: Thank you for this patch. -- nosy: +matrixise versions: +Python 3.7 ___ Python tracker ___

[issue18219] csv.DictWriter is slow when writing files with large number of columns

Hugh Brown added the comment: I came across this problem today when I was using a 1000+ column CSV from a client. It was taking about 15 minutes to process each file. I found the problem and made this change: # wrong_fields = [k for k in rowdict if k not in self.fieldnames]

[issue28489] Fix comment in tokenizer.c

New submission from Ryan Gonzalez: Attached is a little fix for a comment in tokenizer.c. I noticed that it was never updated for the inclusion of f-strings. -- assignee: docs@python components: Documentation files: 0001-Fix-comment-in-tokenizer.c.patch keywords: patch messages: 279056

[issue24381] Got warning when compiling ffi.c on Mac

Stéphane Wirtel added the comment: @zach.ware so in this case, we could merge the patch in 3.6 & 3.7. -- ___ Python tracker ___

[issue26010] document CO_* constants

Changes by Stéphane Wirtel : -- status: open -> closed ___ Python tracker ___ ___

[issue26010] document CO_* constants

Stéphane Wirtel added the comment: Nice Yury, sorry for the missing versionadded directive. And now, I have a description for CO_ASYNC_GENERATOR ;-) -- ___ Python tracker

[issue26010] document CO_* constants

Yury Selivanov added the comment: Thank you Stephane for bumping this issue up. I've committed the patch. I've documented CO_ASYNC_GENERATOR in more detail, and I also added "versionadded" tags to CO_COROUTINE and CO_ITERABLE_COROUTINE. -- resolution: -> fixed

[issue26010] document CO_* constants

Roundup Robot added the comment: New changeset 681924a9eefd by Yury Selivanov in branch '3.5': Issue #26010: Document CO_* constants https://hg.python.org/cpython/rev/681924a9eefd New changeset 5023c182a8a4 by Yury Selivanov in branch '3.6': Merge 3.5 + document CO_ASYNC_GENERATOR; issue #26010

[issue28214] Improve exception reporting for problematic __set_name__ attributes

Stéphane Wirtel added the comment: Serhiy, your patch works fine. -- ___ Python tracker ___ ___

[issue26010] document CO_* constants

Changes by Stéphane Wirtel : -- stage: needs patch -> patch review ___ Python tracker ___

[issue24381] Got warning when compiling ffi.c on Mac

Zachary Ware added the comment: Correction: #27979 is unrelated to Modules/_ctypes/libffi_osx. A hypothetical (at this point) removal of libffi_osx will be a separate issue. I think it's probably worthwhile to fix this issue. -- nosy: +zach.ware

[issue26010] document CO_* constants

Stéphane Wirtel added the comment: Hello Yury, I have updated your patch, with a small description for CO_ASYNC_GENERATOR. I need a review for the description. Stephane -- Added file: http://bugs.python.org/file45155/issue26010-2.diff ___ Python

[issue24381] Got warning when compiling ffi.c on Mac

Stéphane Wirtel added the comment: @victor There are two issues. 1. The bundled version of CFFI is just outdated 2. There is an issue for the removal of libffi_osx (http://bugs.python.org/issue27979) so, we can fix the bundled libcffi or close this issue. --

[issue28474] WinError(): Python int too large to convert to C long

Eryk Sun added the comment: Kelvin is calling WlanScan [1], which returns an error code that apparently can include HRESULT (signed) values cast as DWORD (unsigned) values, including 0x80342002 (ERROR_NDIS_DOT11_POWER_STATE_INVALID). ctypes.FormatError calls FormatMessage [2] with the flag

[issue27593] Deprecate sys._mercurial and create sys._git

Stéphane Wirtel added the comment: Hi Brett, With your comment, I have added the modified ./configure. Here is the last patch including the indentation. -- Added file: http://bugs.python.org/file45154/issue27593-with-indent-3.7-2.diff ___ Python

[issue27593] Deprecate sys._mercurial and create sys._git

Ned Deily added the comment: I'll get to this one shortly. -- assignee: brett.cannon -> ned.deily ___ Python tracker ___

[issue27593] Deprecate sys._mercurial and create sys._git

Brett Cannon added the comment: The inclusion of changes to ./configure is on purpose since the file is in the repository and not everyone has autoconf installed to necessarily re-generate the file (and we have had issues with people using really old versions of autoconf in the past).

[issue27755] Retire DynOptionMenu with a ttk Combobox

Terry J. Reedy added the comment: I have not been working on IDLE for the last month, but may get back to it. Patched like this can go in any release, not just .0 version releases. (See PEP 434 for why.) -- ___ Python tracker

[issue28488] shutil.make_archive (xxx, zip, root_dir) is adding './' entry to archive which is wrong

Serhiy Storchaka added the comment: Thank you for your report Alexander. Yes, this regression was introduced in issue24982. Proposed patch fixes it. -- assignee: -> serhiy.storchaka keywords: +patch stage: needs patch -> patch review Added file:

[issue27755] Retire DynOptionMenu with a ttk Combobox

Justin Foo added the comment: Is #24781 likely to make it into Python 3.6? Otherwise, would this patch be of any benefit in the meantime? -- ___ Python tracker

[issue28092] Build failure for 3.6 on Centos 5.11

Robin Becker added the comment: for what it's worth I tried reverse patching https://hg.python.org/cpython/rev/63ae310b60ff/ and https://hg.python.org/cpython/rev/2f77a9f0b9d6/ in the manylinux docker and the make then proceeds fine with one warning at the end *** WARNING: renaming

[issue28487] missing _math.o target in 2.7 Makefile

Zachary Ware added the comment: Your HG setup sounds fine, though you may be interested in the 'share' extension. It allows you to share the data store between several checkouts such that doing a 'pull' in one checkout makes any new changesets available in all checkouts without having to do

[issue28487] missing _math.o target in 2.7 Makefile

Skip Montanaro added the comment: I'm not sure you understood my problem. Starting with make distclean ./configure make the math and cmath modules fail to build because Modules/_math.o is missing. It's not a make thing. I did notice the cpython Makefile has a target for Modules/_math.o and

[issue27593] Deprecate sys._mercurial and create sys._git

Stéphane Wirtel added the comment: Hello Brett, after my review, I propose this patch where I have added the missing indents and remove the ./configure file (because this one can be generated by autoreconf) -- nosy: +matrixise Added file:

[issue28447] socket.getpeername() failure on broken TCP/IP connection

R. David Murray added the comment: Unless I'm missing something, this indicates that the problem is that once the far end closes, Windows will no longer return the peer name. And, unless I'm misreading, the behavior will be the same on Unix. The man page for getpeername says that ENOTCONN

[issue28482] test_typing fails if asyncio unavailable

Guido van Rossum added the comment: Can you submit this as a PR upstream, to github.com/python/typing? -- ___ Python tracker ___

[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object

Emanuel Barry added the comment: This is not a regression, the documentation was just not fully updated when the new feature was added. Patch looks good. This should probably be applied to the 3.5 branch as well. -- nosy: +ebarry stage: patch review -> commit review versions: +Python

[issue28474] WinError(): Python int too large to convert to C long

Steve Dower added the comment: All HRESULT values are, since the topmost bit indicates that it's an error, but all the others should be 16-bit positive integers IIRC. I don't think this function is meant to work with HRESULTs, but I could be wrong - fairly sure it's meant for Win32 error

[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object

Petr Viktorin added the comment: ping Anything I can do to move this forward? -- ___ Python tracker ___ ___

[issue28488] shutil.make_archive (xxx, zip, root_dir) is adding './' entry to archive which is wrong

Changes by Serhiy Storchaka : -- nosy: +alanmcintyre, serhiy.storchaka, tarek, twouters stage: -> needs patch type: -> behavior versions: +Python 3.5, Python 3.6, Python 3.7 -Python 3.4 ___ Python tracker

[issue28488] shutil.make_archive (xxx, zip, root_dir) is adding './' entry to archive which is wrong

New submission from Alexander Belchenko: Running shutil.make_archive('a', 'zip', 'subdir') is created wrong and not really needed entry "./" which is visible in zipfile.ZipFile.namelist(): ['./', 'foo/', 'hello.txt', 'foo/bar.txt'] This "./" affects some (windows) unzip tools which produces

[issue28487] missing _math.o target in 2.7 Makefile

STINNER Victor added the comment: > Unless I have my hg repo dependencies incorrect, this target seems to be > missing from the 2.7 Makefile.pre.in: The math module is compiled by setup.py: # math library functions, e.g. sin() exts.append( Extension('math', ['mathmodule.c'],

[issue28487] missing _math.o target in 2.7 Makefile

Skip Montanaro added the comment: Is this perhaps related to the (closed) issue 24421? -- ___ Python tracker ___

[issue28487] missing _math.o target in 2.7 Makefile

New submission from Skip Montanaro: Unless I have my hg repo dependencies incorrect, this target seems to be missing from the 2.7 Makefile.pre.in: # This is shared by the math and cmath modules Modules/_math.o: Modules/_math.c Modules/_math.h $(CC) -c $(CCSHARED) $(PY_CORE_CFLAGS) -o

[issue27659] Check for the existence of crypt()

Changes by Xavier de Gaye : -- versions: +Python 3.7 -Python 3.6 ___ Python tracker ___

[issue21955] ceval.c: implement fast path for integers with a single digit

Roundup Robot added the comment: New changeset 61fcb12a9873 by Victor Stinner in branch 'default': Issue #21955: Please don't try to optimize int+int https://hg.python.org/cpython/rev/61fcb12a9873 -- nosy: +python-dev ___ Python tracker

[issue28444] Missing extensions modules when cross compiling python 3.5.2 for arm on Linux

Changes by Xavier de Gaye : -- nosy: +akuchling ___ Python tracker ___ ___

[issue21955] ceval.c: implement fast path for integers with a single digit

Changes by STINNER Victor : -- resolution: fixed -> rejected ___ Python tracker ___

[issue21955] ceval.c: implement fast path for integers with a single digit

STINNER Victor added the comment: The fatest patch (inline2.patch) has a negligible impact on benchmarks. The purpose of an optimization is to make Python faster, it's not the case here, so I close the issue. Using timeit, the largest speedup is 1.29x faster. Using performance, spectral_norm

[issue28486] Wrong end index and subgroup for group match

Serhiy Storchaka added the comment: group(0) returns the whole match. group(1) returns the first captured subgroup. -- nosy: +serhiy.storchaka resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue28486] Wrong end index and subgroup for group match

Changes by Pavel Cisar : -- versions: +Python 3.5 ___ Python tracker ___ ___

  1   2   >