[issue35907] Unnecessary URL scheme exists to allow file:// reading file in urllib

New submission from Sihoon Lee : The Unnecessary scheme exists in urlopen() urllib when people would protect to read file system in HTTP request of urlopen(), they often filter like this against SSRF. # Vulnerability PoC import urllib print urllib.urlopen('local_file:///etc/passwd').read()[:3

[issue35906] Header Injection in urllib

Change by Stéphane Wirtel : -- keywords: +patch, patch pull_requests: +11729, 11730 stage: -> patch review ___ Python tracker ___ __

[issue35906] Header Injection in urllib

Change by Stéphane Wirtel : -- keywords: +patch, patch, patch pull_requests: +11729, 11730, 11731 stage: -> patch review ___ Python tracker ___

[issue35906] Header Injection in urllib

Change by Stéphane Wirtel : -- keywords: +patch pull_requests: +11729 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue35906] Header Injection in urllib

Stéphane Wirtel added the comment: Hi all, Not sure for the right way for this fix but here is a PR. I am interested by your feedback. Thank you -- nosy: +matrixise ___ Python tracker _

[issue35903] Build of posixshmem.c should probe for required OS functions

Ronald Oussoren added the comment: @Neil: On what version of macOS did you test? On 10.14.3 with Xcode 10.1 shm_open is in libSystem (that's named libc on most other unixy systems) and there is no library named librt. -- nosy: +ronaldoussoren ___

[issue35906] Header Injection in urllib

Change by Stéphane Wirtel : -- pull_requests: -11731 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue35906] Header Injection in urllib

Change by Stéphane Wirtel : -- pull_requests: -11730 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue35908] build with building extension modules as builtins is broken in 3.8

New submission from Matthias Klose : the build with building extension modules as builtins is broken in 3.8. I assume that is some fallout from the header re-organization. It shows in the link step by having undefined references. Undefined symbols are listed below. Still looking where the be

[issue35907] Unnecessary URL scheme exists to allow file:// reading file in urllib

Change by Stéphane Wirtel : -- nosy: +christian.heimes, martin.panter, matrixise ___ Python tracker ___ ___ Python-bugs-list mailing

[issue35908] build with building extension modules as builtins is broken in 3.8

Matthias Klose added the comment: Setup.local used: # Edit this file for local setup changes array arraymodule.c # array objects cmath cmathmodule.c _math.c # -lm # complex math library functions math mathmodule.c _math.c # -lm # math library functions, e.g. sin() _struct _struct.c #

[issue35909] Zip Slip Vulnerability

New submission from uhei3nn9 : As has been discovered in 06.2018 the python library is affected by the zip slip vulbnerability (meaning code execution) The affected section https://github.com/python/cpython/blob/3.7/Lib/tarfile.py has not been patched since then. Therefore it seems python ha

[issue35909] Zip Slip Vulnerability

Change by SilentGhost : -- keywords: +security_issue nosy: +lars.gustaebel ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35909] Zip Slip Vulnerability

Sihoon Lee added the comment: When I had tested it before, It was not worked. Was it really worked? Could you show me your PoC Code? -- nosy: +push0ebp -lars.gustaebel ___ Python tracker

[issue35908] build with building extension modules as builtins is broken in 3.8

Matthias Klose added the comment: found it, Setup.dist was renamed to Setup. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue35909] Zip Slip Vulnerability

Change by Raymond Hettinger : -- assignee: -> christian.heimes nosy: +christian.heimes ___ Python tracker ___ ___ Python-bugs-list

[issue35910] Curious problem with my choice of variables

New submission from Phil Dream : Firstable I am not a software expert just a hobby user so please be indulgent I use a Raspberry Pi3B+ with raspbian lite and Python 3.5.3 In my script, I need 2 nested "while" loops so I chose two variables to incriment them 'i' and j. This script don't work a

[issue35909] Zip Slip Vulnerability

Jeff Knupp added the comment: According to https://snyk.io/research/zip-slip-vulnerability (the source of the paper), Python hasn't been vulnerable since 2014. -- nosy: +jeffknupp ___ Python tracker ___

[issue35910] Curious problem with my choice of variables

Rémi Lapeyre added the comment: Hi @Phil Dream, you reuse i in your inner loop, in the for statement. By the way, I suggest you look at range() to replace your while loop: https://docs.python.org/3/library/functions.html#func-range. For your others questions, the mailing list are more approp

[issue35910] Curious problem with my choice of variables

Stéphane Wirtel added the comment: Hi Phil, This bug tracker is more for the core-dev and the contributors of CPython. I suggest to you to use the right mailing list for your issues. or use #python-fr on freenode Mailing list: https://mail.python.org/mailman/listinfo/python-list I close this

[issue35910] Curious problem with my choice of variables

Phil Dream added the comment: OK, I am sorry I didn’t know Best regards De : Stéphane Wirtel Envoyé le :mercredi 6 février 2019 11:10 À : philsdr...@gmail.com Objet :[issue35910] Curious problem with my choice of variables Stéphane Wirtel added the comment: Hi Phil, This bug tracker is more

[issue35909] Zip Slip Vulnerability

SilentGhost added the comment: issue 21109 was mentioned as an example of reported behaviour in https://github.com/snyk/zip-slip-vulnerability/issues/4#issuecomment-395848367 -- nosy: +SilentGhost ___ Python tracker

[issue35910] Curious problem with my choice of variables

Phil Dream added the comment: OK, I am sorry I didn’t know Thanks for the advice Best regards De : Rémi Lapeyre Envoyé le :mercredi 6 février 2019 11:07 À : philsdr...@gmail.com Objet :[issue35910] Curious problem with my choice of variables Rémi Lapeyre added the comment: Hi @Phil Dream, yo

[issue35909] Zip Slip Vulnerability

Christian Heimes added the comment: You are both right and wrong. The zipfile module of Python 3.7 is fine, but the tarfile module is still vulnerable. $ curl -O https://raw.githubusercontent.com/snyk/zip-slip-vulnerability/master/archives/zip-slip.zip $ curl -O https://raw.githubuserconten

[issue21109] tarfile: Traversal attack vulnerability

Christian Heimes added the comment: There is some new research on the topic, see https://snyk.io/research/zip-slip-vulnerability, https://github.com/snyk/zip-slip-vulnerability/issues/4#issuecomment-395848367 and BPO #35909 -- ___ Python tracker

[issue35909] Zip Slip Vulnerability

Christian Heimes added the comment: Thanks for reporting the issue. I'm closing this issue as duplicate of #21109. Let's keep all discussion on one issue. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> tarfile: Traversal attack vulnerability _

[issue35907] Unnecessary URL scheme exists to allow file:// reading file in urllib

Christian Heimes added the comment: Thanks for your report. I'm having a hard time understanding your English. If I understand you correctly, your bug report is about the open_local_file() method and the surprising fact that urllib supports the local_file schema. I agree, this looks like an

[issue35911] add a cell construtor, and expose the cell type in Lib/types.py

New submission from Pierre Glaser : cell objects are containers for the free variables of functions defined in a local scope. They are located in a function's __closure__ attribute (when it is not None). A cell is a very simple object, with a single (optional, e.g the cell can be empty) attribut

[issue35907] Unnecessary URL scheme exists to allow file:// reading file in urllib

Christian Heimes added the comment: Only the Python 2 urllib module is affected. Python 2.7's urllib2 also correctly fails with local_file:// >>> import urllib2 >>> urllib2.urlopen('local_file:///etc/passwd').read()[:30] Traceback (most recent call last): File "", line 1, in File "/home/

[issue35911] add a cell construtor, and expose the cell type in Lib/types.py

Change by Pierre Glaser : Added file: https://bugs.python.org/file48106/test_cell.py ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue30670] pprint for dict in sorted order or insert order?

Change by Rémi Lapeyre : -- keywords: +patch pull_requests: +11732 stage: needs patch -> patch review ___ Python tracker ___ ___ Pyth

[issue30670] pprint for dict in sorted order or insert order?

Change by Rémi Lapeyre : -- keywords: +patch, patch pull_requests: +11732, 11733 stage: needs patch -> patch review ___ Python tracker ___ __

[issue30670] pprint for dict in sorted order or insert order?

Change by Rémi Lapeyre : -- keywords: +patch, patch, patch pull_requests: +11732, 11733, 11734 stage: needs patch -> patch review ___ Python tracker ___

[issue22213] Make pyvenv style virtual environments easier to configure when embedding Python

Nick Coghlan added the comment: (Added Victor, Eric, and Steve to the nosy list here, as I'd actually forgotten about this until issue #35706 reminded me) Core of the problem: the embedding APIs don't currently offer a Windows-compatible way of setting up "use this base Python and this venv

[issue35907] Unnecessary URL scheme exists to allow file:// reading file in urllib

Sihoon Lee added the comment: Sorry for my bad English. Yes, exactly. Only python 2.7 has been affected. not python3. So I chose only Python2.7 version. -- ___ Python tracker

[issue35907] Unnecessary URL scheme exists to allow file:// reading file in urllib

Sihoon Lee added the comment: and only urllib, not urllib2. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue35907] Unnecessary URL scheme exists to allow file:// reading file in urllib

Christian Heimes added the comment: I'm not a native English speaker either. I wasn't sure if I understood you correctly. Thanks! -- ___ Python tracker ___ __

[issue35907] Unnecessary URL scheme exists to allow file:// reading file in urllib

Sihoon Lee added the comment: I am not also native English speaker. It's OK. Thank you for reading my report -- ___ Python tracker ___

[issue35911] add a cell construtor, and expose the cell type in Lib/types.py

Change by Antoine Pitrou : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue35911] add a cell construtor, and expose the cell type in Lib/types.py

Antoine Pitrou added the comment: Hi Pierre, You'll want to submit your patch as a GitHub pull request. Also your PR will have to contain: - tests for the new Python-facing API - documentation for the new API You may want to read more in the developer's guide: https://devguide.python.org/ --

[issue30670] pprint for dict in sorted order or insert order?

Emmanuel Arias added the comment: Hi! >def pprint(data, *, sort_dicts=True): >... >def pp(data, *args, **kwds): >pprint(data, *args, sort_dicts=False, **kwds) We could use the parameters `sort=`? IMHO is better a short parameters name. If we assign by default sort_di

[issue30670] pprint for dict in sorted order or insert order?

Karthikeyan Singaravelan added the comment: pprint only sorts dicts currently so sort_dicts is better than sort that sounds more general. sort_dicts=True is the current behavior so I guess this is backwards compatible way to do this change. -- ___

[issue35813] shared memory construct to avoid need for serialization between processes

Philip Semanchuk added the comment: Hi all, I'm the author of `posix_ipc` on which some of this code is based. I'd be happy to sign a contributor agreement in order to erase any concerns on that front. -- nosy: +osvenskan ___ Python tracker

[issue35896] sysconfig.get_platform returns wrong value when Python 32b is running under Windows 64b

Eryk Sun added the comment: > Correct, though the examples I'd give are Win32 vs. WinRT vs. Cygwin, > which are fundamentally different API surfaces for interacting with > the operating system. Cygwin and MSYS are presented as more than APIs; they're separate platforms. sys.platform is 'cyg

[issue30670] pprint for dict in sorted order or insert order?

Emmanuel Arias added the comment: > pprint only sorts dicts currently so sort_dicts is better than sort that > sounds more general. Yes. Because pprint just sort dicts, I think that is better rename the parameter like just sort. But was an opinion, that does not affect to the behavior. >

[issue30670] pprint for dict in sorted order or insert order?

Rémi Lapeyre added the comment: I agree with Karthikeyan, I would expect sort=True to sort all collections, including tuples and lists for example. -- ___ Python tracker ___ _

[issue35046] logging.StreamHandler performs two syscalls when one would do

Ulrich Petri added the comment: This change breaks (probably unsupported) uses of the logging module (esp. in combination with structlog) where non-string objects are passed through the .format() and .emit() calls. Previously it was possible to set the terminator attribute to None (and then

[issue35902] Forking from background thread

Change by Antoine Pitrou : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue35902] Forking from background thread

Antoine Pitrou added the comment: It is actually quite an intricate problem. What happens is that child process *main thread* ends, but not its background sleeping thread (the `lambda: time.sleep(3600)`). To diagnose it, you can display the process tree: ``` $ ps fu USER PID %CPU %MEM

[issue34398] Docs search does not index glossary items

Cheryl Sabella added the comment: @ammar2, this looks like a great addition to the docs. Would you be able to address Berker's request and also fix the merge conflict on the PR? Also adding Julien and Carol from the expert's index for documentation. -- nosy: +cheryl.sabella, mdk, wi

[issue35902] Forking from background thread

Antoine Pitrou added the comment: By the way, one likely explanation why this happens only when fork() is called from a non-main thread is that the non-main thread (which becomes the main thread in the child process) ends with pthread_exit() while the main thread would end with exit().

[issue35912] _testembed.c fails to compile when using --with-cxx-main in the configure step

New submission from Pablo Galindo Salgado : Programs/_testembed.c is compiled with $(MAINCC) in Makefile.pre.in and that will use the C++ compiler if --with-cxx-main is used in the configuration step. The problem is that if the C++ compiler used is some of the more uncommon ones (like the sol

[issue35905] macOS build docs need refresh (2019)

Jason R. Coombs added the comment: I also have a script that does something very similar (https://github.com/jaraco/jaraco.develop/blob/master/jaraco/develop/macos-build-python.py), invoked with `python -m jaraco.develop.macos-build-python` (or `pip-run -m jaraco.develop -- -m jaraco.develop

[issue35913] asyncore: allow handling of half closed connections

New submission from Isaac Boukris : When recv() return 0 we may still have data to send. Add a handler for this case, which may happen with some protocols, notably http1.0 ver. Also, do not call recv with a buffer size of zero to avoid ambiguous return value (see recv man page). -- c

[issue35813] shared memory construct to avoid need for serialization between processes

Terry J. Reedy added the comment: I would prefer that we be consistent. In any case, I think you should be added to Misc/ACKS in the PR. -- ___ Python tracker ___ __

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

New submission from Xiang Gao : Related: https://bugs.python.org/issue1820 On issue 1820, a bunch of improvements was made on PyStructSequence to make it behave like a namedtuple. These improvements are not ported to Python 2, which makes it a trouble to write python 2-3 compatible code. See

[issue35913] asyncore: allow handling of half closed connections

Change by Roundup Robot : -- keywords: +patch pull_requests: +11735 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue35913] asyncore: allow handling of half closed connections

Change by Roundup Robot : -- keywords: +patch, patch pull_requests: +11735, 11736 stage: -> patch review ___ Python tracker ___ ___

[issue35896] sysconfig.get_platform returns wrong value when Python 32b is running under Windows 64b

Steve Dower added the comment: > This includes _getdiskusage, _getfinalpathname, _getfullpathname, > _getvolumepathname, _isdir, and startfile. They have no place in a POSIX > module. Except for startfile, I disagree. They are all there to help implement POSIX compatibility, and as private

[issue22213] Make pyvenv style virtual environments easier to configure when embedding Python

Steve Dower added the comment: Victor may be thinking about it from time to time (or perhaps it's time to make the rest of the configuration changes plans concrete so we can all help out?), but I'd like to see this as either: * a helper function to fill out the core config structure from a p

[issue35915] re.search livelock/hang, searching for patterns starting .* in a large string

New submission from Ben Spiller : These work fine and return instantly: python -c "import re; re.compile('.*x').match('y'*(1000*100))" python -c "import re; re.compile('x').search('y'*(1000*100))" python -c "import re; re.compile('.*x').search('y'*(1000*10))" This hangs / freezes / livelocks

[issue35916] 3.6.5 try/except/else/finally block executes code with typos, no errors

New submission from DMITRY KOSHELEV : Hello dear developer! I was playing with try/else/finally block and have found a bug: Inside of "else" or/and "except" I can do this 1 + print('Why do you print me?') + 1 this would print "Why do you print me?", in case if I have "finally" block with a

[issue35916] 3.6.5 try/except/else/finally block executes code with typos, no errors

SilentGhost added the comment: This seem to be the exactly documented behaviour. From https://docs.python.org/3.8/reference/compound_stmts.html#the-try-statement If finally is present, it specifies a ‘cleanup’ handler. The try clause is executed, including any except and else clauses. If an e

[issue35913] asyncore: allow handling of half closed connections

Change by SilentGhost : -- nosy: +giampaolo.rodola, josiahcarlson, stutzbach versions: +Python 3.8 ___ Python tracker ___ ___ Python

[issue35917] multiprocessing: provide unit-tests for manager classes and shareable types

New submission from Giampaolo Rodola' : This is a follow up of BPO-35813 and PR-11664 and it provides unit tests for SyncManager and SharedMemoryManager classes + all the shareable types which are supposed to be supported by them. Also, see relevant python-dev discussion at: https://mail.pyth

[issue35911] add a cell construtor, and expose the cell type in Lib/types.py

Change by Pierre Glaser : -- pull_requests: +11738, 11739 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailin

[issue35911] add a cell construtor, and expose the cell type in Lib/types.py

Change by Pierre Glaser : -- pull_requests: +11738 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35917] multiprocessing: provide unit-tests for manager classes and shareable types

Change by Terry J. Reedy : -- nosy: +davin, pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue35917] multiprocessing: provide unit-tests for manager classes and shareable types

Change by Giampaolo Rodola' : -- keywords: +patch pull_requests: +11740 ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue35917] multiprocessing: provide unit-tests for manager classes and shareable types

Change by Giampaolo Rodola' : -- keywords: +patch, patch, patch pull_requests: +11740, 11741, 11742 ___ Python tracker ___ ___ Pytho

[issue35917] multiprocessing: provide unit-tests for manager classes and shareable types

Change by Giampaolo Rodola' : -- keywords: +patch, patch pull_requests: +11740, 11741 ___ Python tracker ___ ___ Python-bugs-list ma

[issue35915] re.search extreme slowness (looks like hang/livelock), searching for patterns containing .* in a large string

Ben Spiller added the comment: Correction to original report - it doesn't hang indefinitely, it just takes a really long time. Specifically, looks like it's quadratic in the length of the input string. Increase the size of the input string to 1000*1000 and it's really really slow. I don't

[issue35917] multiprocessing: provide unit-tests for manager classes and shareable types

Antoine Pitrou added the comment: Interesting. I had never looked too closely and assumed this was already tested. -- ___ Python tracker ___

[issue35917] multiprocessing: provide unit-tests for manager classes and shareable types

Antoine Pitrou added the comment: Would probably be worthwhile backporting to 3.7 as well. -- versions: +Python 3.7 ___ Python tracker ___

[issue35915] re.search extreme slowness (looks like hang/livelock), searching for patterns containing .* in a large string

Ben Spiller added the comment: Running this command: time python -c "import re; re.compile('y.*x').search('y'*(N))" It's clearly quadratic: N=100,000 time=7s N=200,000 time=18s N=400,000 time=110s N=1,000,000 time=690s This illustrates how a simple program that's working correctly can quickl

[issue35813] shared memory construct to avoid need for serialization between processes

Giampaolo Rodola' added the comment: Unit-tests at https://bugs.python.org/issue35917. -- nosy: +giampaolo.rodola ___ Python tracker ___ __

[issue35915] re.search extreme slowness (looks like hang/livelock), searching for patterns containing .* in a large string

Tim Peters added the comment: Yes, it's quadratic time. If the string being searched has N characters, first it fails to find "x" in all N of 'em, then `.*` advances by one and it fails to find "x" in the trailing N-1 characters, then again in the trailing N-2, and so on. N + N-1 + N-2 + .

[issue35918] multiprocessing's SyncManager.dict.has_key() method is broken

New submission from Giampaolo Rodola' : Related to BPO-35917: $ ./python Python 3.8.0a1+ (heads/master:cd90f6a369, Feb 6 2019, 17:16:10) [GCC 7.3.0] on linux >>> import multiprocessing.managers >>> m = multiprocessing.managers.SyncManager() >>> m.start() >>> d = m.dict() >>> 'has_key' in dir

[issue35913] asyncore: allow handling of half closed connections

Giampaolo Rodola' added the comment: Assigning this to me but am not sure 1) when I'll be able to look at this 2) whether it's worth it as asyncore is deprecated in favor of asyncio. -- assignee: -> giampaolo.rodola ___ Python tracker

[issue35913] asyncore: allow handling of half closed connections

Emmanuel Arias added the comment: Hi! > Assigning this to me but am not sure 1) when I'll be able to look at this 2) > whether it's worth it as asyncore is deprecated in favor of asyncio. Yes, asyncore is deprecated since 3.6. -- nosy: +eamanu __

[issue35919] multiprocessing: shared manager Pool fails with AttributeError

New submission from Giampaolo Rodola' : import multiprocessing import multiprocessing.managers def f(n): return n * n def worker(pool): with pool: pool.apply_async(f, (10, )) manager = multiprocessing.managers.SyncManager() manager.start() pool = manager.Pool(processes=4) proc

[issue35813] shared memory construct to avoid need for serialization between processes

Giampaolo Rodola' added the comment: Also, for completeness (since discussion is getting split), please see my proposal to move SharedMemoryManager and SharedMemoryServer into multiprocessing.managers namespace and rename shared_memory.py to _shared_memory.py: https://mail.python.org/piperma

[issue35913] asyncore: allow handling of half closed connections

Isaac Boukris added the comment: Fair enough. I'll sign the CLA meanwhile you consider it. In my opinion it may still be useful in addressing issues in existing projects written using asyncore (and maybe for python2 as well). Thanks! -- ___ Pytho

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

Eric Snow added the comment: tl;dr It's too late to change anything here. Also, is it actually a problem in practice? At this point enhancements can not go into 2.7 (you're welcome to appeal to the release manager). The changes to `PyStructSequence` (from bpo-1820) appear to have be

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

Eric Snow added the comment: [1] https://devguide.python.org/#status-of-python-branches -- ___ Python tracker ___ ___ Python-bugs-l

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

Eric Snow added the comment: FWIW, if folks *are* checking for tuple (and I'd love to know why) then I'd recommend that they not. :) A more Pythonic (and arguably generally better) approach would be to stick tightly to what data you need and take advantage of duck-typing. When possible, tr

[issue35913] asyncore: allow handling of half closed connections

Andrew Svetlov added the comment: My personal opinion is: we should accept bug fixes for asyncore but stop adding new features to the module. asyncio supersedes asyncore in all aspects. -- nosy: +asvetlov ___ Python tracker

[issue27344] zipfile *does* support utf-8 filenames

Cheryl Sabella added the comment: This wording was removed as part of issue 32035. -- nosy: +cheryl.sabella resolution: -> duplicate stage: needs patch -> resolved status: open -> closed superseder: -> Documentation of zipfile.ZipFile().writestr() fails to mention that 'data' may al

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

Xiang Gao added the comment: Hi Eric, Thanks for your valuable information and fast reply. You understand the problem exactly correct: initially pytorch had codes like `isinstance(x, tuple)` and lots of `PyTuple_Check`, but when we start to change the return type from tuple to structseq, th

[issue35899] '_is_sunder' function in 'enum' module fails on empty string

Cheryl Sabella added the comment: I agree with Rémi Lapeyre. For reference, the len() check and current tests were added under issue 19156. -- nosy: +cheryl.sabella ___ Python tracker ___

[issue35920] Windows 10 ARM32 platform support

New submission from Steve Dower : As posted at https://mail.python.org/pipermail/python-dev/2019-February/156229.html, add support for the Windows ARM32 platform. This is related to issue33125, but we are doing ARM32 first before considering ARM64. Paul Monson (Paul.Monson at microsoft.com)

[issue35921] Use ccache by default

New submission from Antoine Pitrou : While compiling CPython isn't very slow, enabling ccache if found would produce faster builds when developing. -- components: Build messages: 334973 nosy: pitrou priority: normal severity: normal status: open title: Use ccache by default type: resou

[issue35920] Windows 10 ARM32 platform support

Change by Paul Monson : -- nosy: +Paul Monson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue35921] Use ccache by default

Antoine Pitrou added the comment: I've got a proof-of-concept patch, here are the results: Debug build, uncached real0m50,260s user1m52,663s sys 0m11,305s Debug build, cached real0m4,511s user0m4,009s sys 0m1,547s Non-debug build, uncached real1m18,384s user

[issue35921] Use ccache by default

Change by Antoine Pitrou : -- keywords: +patch pull_requests: +11743 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue35921] Use ccache by default

Change by Antoine Pitrou : -- keywords: +patch, patch, patch pull_requests: +11743, 11744, 11745 stage: -> patch review ___ Python tracker ___

[issue35921] Use ccache by default

Change by Antoine Pitrou : -- keywords: +patch, patch pull_requests: +11743, 11744 stage: -> patch review ___ Python tracker ___ __

[issue35921] Use ccache by default

Antoine Pitrou added the comment: This is Unix-only, but the same approach may be possible on Windows using clcache (https://github.com/frerich/clcache). -- nosy: +steve.dower ___ Python tracker ___

[issue35920] Windows 10 ARM32 platform support

Change by Roundup Robot : -- keywords: +patch pull_requests: +11746 stage: needs patch -> patch review ___ Python tracker ___ ___ Py

[issue35920] Windows 10 ARM32 platform support

Change by Roundup Robot : -- keywords: +patch, patch, patch pull_requests: +11746, 11747, 11749 stage: needs patch -> patch review ___ Python tracker ___ __

  1   2   >