[issue34328] Incorrect URL for the Visual C++ Build Tools

Ronald Oussoren added the comment: This message is generated by setuptools (in module setuptools.msvc). The GitHub repository for setuptools is at , please contact the developers there. -- nosy: +ronaldoussoren resolution: -> third party stage:

[issue34328] Incorrect URL for the Visual C++ Build Tools

Change by sakamotoaya : -- nosy: +CuriousLearner, ncoghlan, serhiy.storchaka, xtreak ___ Python tracker ___ ___ Python-bugs-list

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Ronald Oussoren added the comment: For some reason your system resolves invalid names, likely due to some upstream nameserver misbehaving. Is your Internet provider T-Online in Germany? The address 62.138.239.45 is registered to that company, the IP address also appears to host some kind of

[issue34325] test_zipfile gets OverflowError in multiple buildbots

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

[issue34328] Incorrect URL for the Visual C++ Build Tools

Change by sakamotoaya : -- title: Question Incorrect URL for the Visual C++ Build Tools -> Incorrect URL for the Visual C++ Build Tools ___ Python tracker ___

[issue34328] Question Incorrect URL for the Visual C++ Build Tools

New submission from sakamotoaya : I try "python setup.py". The following issue has occurred. Excerpt from Error ー reading manifest template 'MANIFEST.in' writing manifest file 'scikit_learn.egg-info\SOURCES.txt' running build_ext No module named

[issue34097] ZIP does not support timestamps before 1980

Serhiy Storchaka added the comment: Tests are failed on some buildbots. See issue34325. -- ___ Python tracker ___ ___

[issue34325] test_zipfile gets OverflowError in multiple buildbots

Serhiy Storchaka added the comment: This is the result of issue34097. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue27419] Bugs in PyImport_ImportModuleLevelObject

Serhiy Storchaka added the comment: I think it can. Thanks Berker for reminder. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue34312] Allow str.endswith and str.startswith to accept an iterable

Raymond Hettinger added the comment: > Teammate of mine tripped up against this because he tried to use a list. Then, I recommend we close this. Accepting a list would have encouraged inefficient code (a tuple of constants can be peephole optimized but a list of constants is rebuilt on

[issue34319] Clarify pathlib.Path("filepath").read_text()

Change by Karthikeyan Singaravelan : -- keywords: +patch pull_requests: +8148 stage: needs patch -> patch review ___ Python tracker ___

[issue34326] test_subprocess.POSIXProcessTestCase fails in AMD64 Ubuntu 3.x

Karthikeyan Singaravelan added the comment: Some of VSTS Mac OS and Linux builds also have the same failure Sample Linux : https://python.visualstudio.com/cpython/_build/results?buildId=21154=logs Sample Mac OS : https://python.visualstudio.com/cpython/_build/results?buildId=21155=logs

[issue33782] VSTS Windows-PR: internal error

Steve Dower added the comment: > A quick follow-up commit can happen if one uses the web editor to edit more > than one file I hadn't thought of that one. Hopefully they'll just fix their bug though :) I spent a bit of time at the EuroPython sprints making the changes to quickly finish the

[issue34327] test_subprocess fails

Karthikeyan Singaravelan added the comment: Related issue : https://bugs.python.org/issue34326 Thanks -- nosy: +xtreak ___ Python tracker ___

[issue34275] IDLE: no calltips on MacOS with tk 8.6

Terry J. Reedy added the comment: Thank you again, Kevin. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue34275] IDLE: no calltips on MacOS with tk 8.6

Terry J. Reedy added the comment: New changeset 24a54da9452efb21d30dc56c6b9d0977d08ae452 by Terry Jan Reedy in branch '2.7': [2.7] bpo-34275: Make IDLE calltips always visible on Mac. (GH-8639) (GH-8644) https://github.com/python/cpython/commit/24a54da9452efb21d30dc56c6b9d0977d08ae452

[issue34275] IDLE: no calltips on MacOS with tk 8.6

miss-islington added the comment: New changeset ffd6364745dbeb7269c0e4376b63bf76bc44bcc6 by Miss Islington (bot) in branch '3.7': bpo-34275: Make IDLE calltips always visible on Mac. (GH-8639) https://github.com/python/cpython/commit/ffd6364745dbeb7269c0e4376b63bf76bc44bcc6 --

[issue34275] IDLE: no calltips on MacOS with tk 8.6

miss-islington added the comment: New changeset 363105e546709339e3419ada9daf5efa0b3b1e18 by Miss Islington (bot) in branch '3.6': bpo-34275: Make IDLE calltips always visible on Mac. (GH-8639) https://github.com/python/cpython/commit/363105e546709339e3419ada9daf5efa0b3b1e18 --

[issue34317] Improve docstring Environment variables in Windows NT

miss-islington added the comment: New changeset 34f59a7a7843d8e2c1922c830a99b5b7a022f4be by Miss Islington (bot) in branch '3.7': bpo-34317: Fix a dead url to Windows documentation (GH-8622) https://github.com/python/cpython/commit/34f59a7a7843d8e2c1922c830a99b5b7a022f4be -- nosy:

[issue34275] IDLE: no calltips on MacOS with tk 8.6

Change by Terry J. Reedy : -- pull_requests: +8147 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34317] Improve docstring Environment variables in Windows NT

Mariatta Wijaya added the comment: Thanks! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue34275] IDLE: no calltips on MacOS with tk 8.6

Change by miss-islington : -- pull_requests: +8145 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34275] IDLE: no calltips on MacOS with tk 8.6

Change by miss-islington : -- pull_requests: +8146 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34317] Improve docstring Environment variables in Windows NT

Change by miss-islington : -- pull_requests: +8144 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34317] Improve docstring Environment variables in Windows NT

Mariatta Wijaya added the comment: New changeset 46ebe61c7f3511b97268b44d5373a9e9cf0b5cc7 by Mariatta (HiyashiChuka) in branch 'master': bpo-34317: Fix a dead url to Windows documentation (GH-8622) https://github.com/python/cpython/commit/46ebe61c7f3511b97268b44d5373a9e9cf0b5cc7 --

[issue34275] IDLE: no calltips on MacOS with tk 8.6

Change by Terry J. Reedy : -- components: -Tkinter title: Problems with tkinter and tk8.6 on MacOS -> IDLE: no calltips on MacOS with tk 8.6 ___ Python tracker ___

[issue34275] Problems with tkinter and tk8.6 on MacOS

Change by Terry J. Reedy : -- pull_requests: +8143 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34275] Problems with tkinter and tk8.6 on MacOS

Terry J. Reedy added the comment: I verified for my machine also that adding .update_idletasks(), as in calltips_2-2.diff works for my 3.7.0 installation. I will assume until someone says otherwise that this is generally sufficient. I am preparing a PR with the patch and will separately

[issue34313] IDLE crashes with Tk-related error on macOS with ActiveTcl 8.6

Kevin Walzer added the comment: The crash reported by the OP did show up at times in recent releases of Tk 8.6.x, but a lot of work went into refactoring memory management in 8.6.8 and those problems do not seem present in the current release (8.6.7 is a year old). I'd try updating to 8.6.8

[issue34299] argparse description formatting

Change by paul j3 : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34327] test_subprocess fails

Change by ppperry : -- components: +Tests -Build title: CPython make test crash -> test_subprocess fails type: crash -> behavior ___ Python tracker ___

[issue34327] CPython make test crash

New submission from Asher Mancinelli : Cloned master (v3.8) from github. os: Arch x86_64, kernel: 4.14.56-1-lts. successfully ran `./configure --enable-optimizations` and `make`, but failed with this error message when running `make test` ```

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

miss-islington added the comment: New changeset 50d78677899d315c17dc9a14d2f94a013046c71a by Miss Islington (bot) in branch '3.7': bpo-30317: Fix multiprocessing test_timeout() (GH-8621) https://github.com/python/cpython/commit/50d78677899d315c17dc9a14d2f94a013046c71a --

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

Change by Pablo Galindo Salgado : -- pull_requests: +8142 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

Change by miss-islington : -- pull_requests: +8141 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

Pablo Galindo Salgado added the comment: New changeset 5640d030e100aade54210034828b711c3b506b18 by Pablo Galindo (Victor Stinner) in branch 'master': bpo-30317: Fix multiprocessing test_timeout() (GH-8621) https://github.com/python/cpython/commit/5640d030e100aade54210034828b711c3b506b18

[issue34326] test_subprocess.POSIXProcessTestCase fails in AMD64 Ubuntu 3.x

Pablo Galindo Salgado added the comment: More failures on AMD64 Debian PGO 3.x: https://buildbot.python.org/all/#/builders/47/builds/1362 test_terminate (test.test_subprocess.Win32ProcessTestCase) ... skipped 'Windows specific tests' test test_subprocess failed test_terminate_dead

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

Pablo Galindo Salgado added the comment: Seems the same issue as in: https://buildbot.python.org/all/#/builders/58/builds/1181 test_fd_transfer (test.test_multiprocessing_spawn.WithThreadsTestConnection) ... skipped 'only makes sense with processes' Timeout (0:15:00)! Thread 0x08d4

[issue34326] test_subprocess.POSIXProcessTestCase fails in AMD64 Ubuntu 3.x

Pablo Galindo Salgado added the comment: This also happens on x86-64 High Sierra 3.x buildbot: https://buildbot.python.org/all/#/builders/145/builds/265 -- ___ Python tracker

[issue34326] test_subprocess.POSIXProcessTestCase fails in AMD64 Ubuntu 3.x

New submission from Pablo Galindo Salgado : test_subprocess.POSIXProcessTestCase fails in AMD64 Ubuntu 3.x buildbots: https://buildbot.python.org/all/#/builders/154/builds/104 It seems that it has some problems with (unclosed?) file descriptors: test_terminate_dead

[issue34325] test_zipfile gets OverflowError in multiple buildbots

Pablo Galindo Salgado added the comment: More failures on x86 Gentoo Installed with X 3.x: https://buildbot.python.org/all/#/builders/103/builds/1240 https://buildbot.python.org/all/#/builders/103/builds/1241 https://buildbot.python.org/all/#/builders/103/builds/1242 --

[issue32046] 2to3 fix for operator.isCallable()

Berker Peksag added the comment: > I suppose stable branches should be left alone? We do backport lib2to3 PRs to maintenance branches, but since this is already in 3.7 and 3.6 is four months away from being in security-fix-only mode, I think we can close this as 'fixed' now. --

[issue34325] test_zipfile gets OverflowError in multiple buildbots

New submission from Pablo Galindo Salgado : test_zipfile gets OverflowError in multiple buildbots: https://buildbot.python.org/all/#/builders/106/builds/1374 https://buildbot.python.org/all/#/builders/106/builds/1375 https://buildbot.python.org/all/#/builders/106/builds/1376 Example error

[issue34324] Doc README wrong directory name for venv

Change by Lysandros Nikolaou : -- title: Doc README wrong directory name for vent -> Doc README wrong directory name for venv ___ Python tracker ___

[issue34324] Doc README wrong directory name for vent

New submission from Lysandros Nikolaou : In the Doc README there is the following sentence after the make venv command: Assuming the virtual environment was created in the env directory (the default; configurable with the VENVDIR variable) Should't it be venv directory instead? In the

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Lysandros Nikolaou added the comment: When running the terminal command host '0.1.1.~1' I get the following output: 0.1.1.~1 has address 62.138.239.45 0.1.1.~1 has address 62.138.238.45 Host 0.1.1.~1 not found: 3(NXDOMAIN) Host 0.1.1.~1 not found: 3(NXDOMAIN) If I ping the above IP address

[issue34323] False timeout log message on proactor close

John Nelson added the comment: I *suspect* the issue is down to a discrepancy between: - IocpProactor.close(), and - IocpProactor._poll() When the former calls the latter, it seems to be expecting a truth value response from _poll() to indicate that no timeout occurred. However, the latter

[issue34323] False timeout log message on proactor close

New submission from John Nelson : Repro: 1. Run the attached script ('repro.py') Expected output: 2018-07-31 16:39:57,069 - asyncio - DEBUG - Using proactor: IocpProactor 2018-07-31 16:39:57,084 - root - INFO - Starting 2018-07-31 16:39:58,100 - root - INFO - Sleep done 2018-07-31

[issue27419] Bugs in PyImport_ImportModuleLevelObject

Berker Peksag added the comment: The workaround was removed in https://github.com/berkerpeksag/cpython/commit/133138a284be1985ebd9ec9014f1306b9a425d98 Can this issue be closed now? -- ___ Python tracker

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Change by Ronald Oussoren : -- assignee: -> ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Ronald Oussoren added the comment: Note that the test itself has the following comment: def test_host_resolution_bad_address(self): # These are all malformed IP addresses and expected not to resolve to # any result. But some ISPs, e.g. AWS, may successfully resolve these

[issue34319] Clarify pathlib.Path("filepath").read_text()

Terry J. Reedy added the comment: How about if we add "The file is opened and then closed." before "The optional parameters have the same meaning as in open()." -- nosy: +terry.reedy stage: -> needs patch versions: +Python 3.6, Python 3.7, Python 3.8

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Ronald Oussoren added the comment: This is not expected, but I don't know where the problem is. On my machine I get: >>> socket.gethostbyname('0.1.1.~1') Traceback (most recent call last): File "", line 1, in socket.gaierror: [Errno 8] nodename nor servname provided, or not known This is

[issue24255] Replace debuglevel-related logic with logging

Sanyam Khurana added the comment: Sure Conrad, Yeah, indeed. The patch didn't apply cleanly, so I"ve done it manually. I've raised the PR here: https://github.com/python/cpython/pull/8633 I'll check your patch and merge :) Thanks for your help too! I'm adding Python 3.7 and Python 3.8 for

[issue34312] Allow str.endswith and str.startswith to accept an iterable

Brett Cannon added the comment: Teammate of mine tripped up against this because he tried to use a list. -- ___ Python tracker ___

[issue28940] __length_hint__ isn't a hint for list()

Change by Sergey Fedoseev : -- keywords: +patch pull_requests: +8140 stage: -> patch review ___ Python tracker ___ ___

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Change by Berker Peksag : -- components: +macOS nosy: +ned.deily, ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list

[issue18540] imaplib.IMAP4() ends with "Name or service not known" on Fedora 18

Change by Berker Peksag : -- pull_requests: +8139 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Lysandros Nikolaou added the comment: Is this expected behaviour, should the tests be changes, or is it a bug? -- ___ Python tracker ___

[issue24255] Replace debuglevel-related logic with logging

Change by Sanyam Khurana : -- pull_requests: +8138 stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue24255] Replace debuglevel-related logic with logging

Conrad Ho added the comment: @Eryn in the news blurb thing I'm going to say "original patch done by Eryn Wells." Your employer should be okay with that right? :D -- ___ Python tracker

[issue24255] Replace debuglevel-related logic with logging

Conrad Ho added the comment: Thanks Eryn! @Sanyam if you apply the original patch directly that will currently result in some merge failures, and there are test fixes etc that I did on the second patch. Think we should combine them. I just made the chgs suggested by David on my own forked

[issue33695] Have shutil.copytree(), copy() and copystat() use cached scandir() stat()s

Yury Selivanov added the comment: > Depending on the configuration, stat() in a network filesystem can be between > very slow and slow. +1. I also quickly glanced over the patch and I think it looks like a clear win. -- ___ Python tracker

[issue25573] FrameSummary repr() does not support previously working uses of repr in traceback module

Change by Berker Peksag : -- nosy: +berker.peksag ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26502] traceback.extract_tb breaks compatibility by returning FrameSummary

Change by Berker Peksag : -- keywords: +patch pull_requests: +8137 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue24255] Replace debuglevel-related logic with logging

Sanyam Khurana added the comment: That's okay Eryn. We really appreciate all your help. I will take this patch forward :) -- ___ Python tracker ___

[issue34170] Py_Initialize(): computing path configuration must not have side effect (PEP 432)

STINNER Victor added the comment: New changeset 72ec3193b5118a2ccc8be8bf03d7b74691c6a264 by Victor Stinner in branch 'master': bpo-34170: Cleanup pymain_run_filename() (GH-8631) https://github.com/python/cpython/commit/72ec3193b5118a2ccc8be8bf03d7b74691c6a264 --

[issue34170] Py_Initialize(): computing path configuration must not have side effect (PEP 432)

Change by STINNER Victor : -- pull_requests: +8136 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

Change by Berker Peksag : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.6 ___ Python tracker ___

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

Berker Peksag added the comment: New changeset 295342adbfd905d5b4a77f960ea39649df7d9997 by Berker Peksag (Miss Islington (bot)) in branch '3.6': bpo-27910: Update documentation of traceback module (GH-6116) https://github.com/python/cpython/commit/295342adbfd905d5b4a77f960ea39649df7d9997

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

Berker Peksag added the comment: New changeset 0f9df886d6d1c6b239a2861a0ad0d56bb59e3922 by Berker Peksag (Miss Islington (bot)) in branch '3.7': bpo-27910: Update documentation of traceback module (GH-6116) https://github.com/python/cpython/commit/0f9df886d6d1c6b239a2861a0ad0d56bb59e3922

[issue33782] VSTS Windows-PR: internal error

Terry J. Reedy added the comment: A quick follow-up commit can happen if one uses the web editor to edit more than one file. Editing a news file in Misc/News/next should not trigger any of the normal tests, only a blurb check if there is such. -- nosy: +terry.reedy

[issue34309] Trouble when reloading extension modules.

Stefan Behnel added the comment: a) Probably not something to fix in released versions any more, so increasing version from 3.5 to 3.8. b) Regarding shared library unloading and the problems mentioned, I'm also not sure if there is a way to safely unload transitively imported libraries,

[issue24255] Replace debuglevel-related logic with logging

Eryn Wells added the comment: Actually, I spoke too soon. My current employer isn't too keen on us contributing to open source, so I can't do this. Sorry! -- ___ Python tracker

[issue34313] IDLE crashes with Tk-related error on macOS with ActiveTcl 8.6

Terry J. Reedy added the comment: Kevin, more tk mac issues. -- nosy: +wordtech ___ Python tracker ___ ___ Python-bugs-list

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

Berker Peksag added the comment: New changeset f394ee5eaf6d6d8f45e0478e77d4dbff25c6bea7 by Berker Peksag (torsava) in branch 'master': bpo-27910: Update documentation of traceback module (GH-6116) https://github.com/python/cpython/commit/f394ee5eaf6d6d8f45e0478e77d4dbff25c6bea7 --

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

Change by miss-islington : -- pull_requests: +8135 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33695] Have shutil.copytree(), copy() and copystat() use cached scandir() stat()s

Giampaolo Rodola' added the comment: Yes, file copy (open() + read() + write()) is of course more expensive than just "reading" a tree (os.walk(), glob()) or deleting it (rmtree()) and the "pure file copy" time adds up to the benchmark. And indeed it's not an coincidence that #33671 (which

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

Change by miss-islington : -- pull_requests: +8134 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30984] traceback.print_exc return value documentation

Berker Peksag added the comment: The documentation you've quoted is for traceback.extract_tb(). traceback.format_tb() documentation only says: A shorthand for ``format_list(extract_tb(tb, limit))``. Issue 27910 is about updating the documentation of extract_tb(), format_list(), and

[issue34309] Trouble when reloading extension modules.

Eric Snow added the comment: I've changed the issue title to reflect where things stand. Hmm, doing so reminded me of an important consideration here. A module object is effectively a fairly light wrapper around a dict. When you call importlib.reload() the loader from the module's spec is

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

STINNER Victor added the comment: New changeset 6a6b2483479a1ad0ab82300452f0ce71fa90b2d7 by Victor Stinner in branch '2.7': bpo-29565: Fix compilation for C89 (GH-8626) https://github.com/python/cpython/commit/6a6b2483479a1ad0ab82300452f0ce71fa90b2d7 --

[issue34309] Embedding Python; Py_Initialize / Py_Finalize cycles

Eric Snow added the comment: @chris, I can't promise that anything will happen right away, but I'll be sure to look into this further when I work on improving extension module usage in subinterpreters in the next few months. -- ___ Python tracker

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

STINNER Victor added the comment: Hum, the compilation succeeded on AppVeyor: https://ci.appveyor.com/project/python/cpython/build/2.7build20258 But it fails on AMD64 Windows8 2.7: https://buildbot.python.org/all/#/builders/74/builds/194 It seems like this buildbot uses Visual Studio 2008

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

Change by STINNER Victor : -- pull_requests: +8133 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24255] Replace debuglevel-related logic with logging

Eryn Wells added the comment: Hi, it sounds like my original patch is the preferred approach. I can put up a GitHub PR for that. -- ___ Python tracker ___

[issue31710] setup.py: _ctypes won't get built when system ffi is only in $PREFIX

Chih-Hsuan Yen added the comment: Thanks for providing the info. However, I'm sorry as the case is beyond my knowledge. Here's the relevant section in CPython that handles LIBFFI path searching: https://github.com/python/cpython/blob/v3.7.0/setup.py#L1984-L2002. You may want to examine

[issue29804] test_ctypes test_pass_by_value fails on arm64 (aarch64) architecture

STINNER Victor added the comment: I backported commit a86339b83fbd0932e0529a3c91935e997a234582 from master: commit 3243f8c1fb16b6de73f1d7a30f5d09047553bce3, but I don't have access to arm64, so I cannot test if the backport fixes test_ctypes on arm64. --

[issue31710] setup.py: _ctypes won't get built when system ffi is only in $PREFIX

Roy Belio added the comment: as seen in the config.log: LIBFFI_INCLUDEDIR='/root/rc3/dist/lib/libffi-3.2.1/include' I'm attaching the config.log just in case -- Added file: https://bugs.python.org/file47729/config.log ___ Python tracker

[issue29804] test_ctypes test_pass_by_value fails on arm64 (aarch64) architecture

STINNER Victor added the comment: New changeset 3243f8c1fb16b6de73f1d7a30f5d09047553bce3 by Victor Stinner in branch '2.7': bpo-29565: Corrected ctypes passing of large structs by value on Windows AMD64 (GH-168) (GH-8625)

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

STINNER Victor added the comment: New changeset 3243f8c1fb16b6de73f1d7a30f5d09047553bce3 by Victor Stinner in branch '2.7': bpo-29565: Corrected ctypes passing of large structs by value on Windows AMD64 (GH-168) (GH-8625)

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

STINNER Victor added the comment: New changeset 3243f8c1fb16b6de73f1d7a30f5d09047553bce3 by Victor Stinner in branch '2.7': bpo-29565: Corrected ctypes passing of large structs by value on Windows AMD64 (GH-168) (GH-8625)

[issue34322] modification to Lib/distutils/ccompiler.py to simplify handling of compile arguments by subclasses

Change by Serhiy Storchaka : -- components: +Distutils ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34322] modification to Lib/distutils/ccompiler.py to simplify handling of compile arguments by subclasses

Change by Serhiy Storchaka : -- nosy: +dstufft, eric.araujo stage: -> patch review versions: +Python 3.8 ___ Python tracker ___

[issue31710] setup.py: _ctypes won't get built when system ffi is only in $PREFIX

Chih-Hsuan Yen added the comment: A possible case might be that pkg-config on your build machine is not properly configured. Could you check the value of LIBFFI_INCLUDEDIR in config.log? It shuold either be an empty string or /root/rc3/dist/lib/libffi-3.2.1/include. As a reference, the

[issue34322] modification to Lib/distutils/ccompiler.py to simplify handling of compile arguments by subclasses

New submission from Michael Schnaitter : Discussion on details in the referenced PR is needed. -- components: Library (Lib) messages: 322959 nosy: schnaitterm priority: normal pull_requests: 8132 severity: normal status: open title: modification to Lib/distutils/ccompiler.py to

[issue34097] ZIP does not support timestamps before 1980

Marcel Plch added the comment: It seems reasonable, I'll have a look at it. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue24255] Replace debuglevel-related logic with logging

R. David Murray added the comment: Conrad: thanks for the effort, but using f-strings with logging is counterproductive. The idea behind logging is that the logged strings are not materialized unless something actually wants to output them. Using fstrings means you are doing all the work

[issue34097] ZIP does not support timestamps before 1980

STINNER Victor added the comment: Serhiy: > If add a new option, I prefer to add it to the ZipFile constructor, > similarly to allowZip64. Aha, that would make sense. I'm not sure that it's useful to control the parameter per added file, it's enough to control the parameter per ZIP

[issue29804] test_ctypes test_pass_by_value fails on arm64 (aarch64) architecture

STINNER Victor added the comment: This issue is mentioned from https://bugzilla.redhat.com/show_bug.cgi?id=1336557 but it seems like the bug has not been fixed in Python 2.7. I created PR 8625 to backport the fix to Python 2.7. -- nosy: +vstinner

  1   2   >