[issue23921] Standardize documentation whitespace, formatting

Georg Brandl added the comment: I had no idea we had so many cases of wonky indentation :) This looks good to me, apart from a few comments I left on rietveld. -- ___ Python tracker ___

[issue26462] Patch to enhance literal block language declaration

Georg Brandl added the comment: Looks good now! I left a few comments on Rietveld. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue17580] ctypes: ARM hardfloat argument corruption calling functions with many float arguments

Berker Peksag added the comment: > Which patch? Looks like the patch can be found at https://github.com/atgreen/libffi/pull/34/ and it has been released in libffi 3.1: https://github.com/atgreen/libffi/blob/17ffc3655a531c116e9eb9cc933e50bb1e5c47f8/ChangeLog.libffi-3.1#L481 (It's hard to share

[issue23670] Modifications to support iOS as a cross-compilation target

Russell Keith-Magee added the comment: Alex - The usual cause for that problem isn't regrtest (at least, not directly). The cause is one of the tests in the suite spawning a subprocess. Due to the way the test harness works, when the test suite forks/spawns a subprocess (e.g., to run a networ

[issue26443] cross building extensions picks up host headers

Alex Willmer added the comment: This looks like a duplicate of #20211, and IMO the patch there is more correct. -- ___ Python tracker ___

[issue22654] issue with PYTHON_FOR_BUILD

Changes by Alex Willmer : -- nosy: +Alex.Willmer ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue22699] cross-compilation of Python3.4

Changes by Alex Willmer : -- nosy: +Alex.Willmer ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue22625] When cross-compiling, don’t try to execute binaries

Changes by Alex Willmer : -- nosy: +Alex.Willmer ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue26443] cross building extensions picks up host headers

Changes by Alex Willmer : -- nosy: +Alex.Willmer ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue23670] Modifications to support iOS as a cross-compilation target

e patch changes sys.exit() calls to return statements. I took the liberty of filtering out whitespace & other cosmetic changes that were in 20151221.diff. -- nosy: +Alex.Willmer Added file: http://bugs.python.org/file42059/20160301-brokentests.diff ___

[issue26467] Add async magic method support to unittest.mock.Mock

New submission from Brett Cannon: Mock doesn't support stuff like __aexit__ which means you can't mock out something like an async context manager. -- components: Library (Lib) messages: 261092 nosy: brett.cannon, michael.foord priority: normal severity: normal stage: test needed status

[issue26446] Mention in the devguide that core dev stuff falls under the PSF CoC

Brett Cannon added the comment: The discussion seems to have gone in the direction of putting all core-controlled stuff under the CoC. So the devguide will mention this is the policy. -- title: Mention in the devguide that core devs are expected to follow the PSF CoC -> Mention in the

[issue17580] ctypes: ARM hardfloat argument corruption calling functions with many float arguments

Maciej Fijalkowski added the comment: The easiest way to check is to run the tests attached -- ___ Python tracker ___ ___ Python-bugs-

[issue17580] ctypes: ARM hardfloat argument corruption calling functions with many float arguments

Maciej Fijalkowski added the comment: Then maybe it's fixed, I have no idea -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue17580] ctypes: ARM hardfloat argument corruption calling functions with many float arguments

Changes by STINNER Victor : -- nosy: +doko ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue17580] ctypes: ARM hardfloat argument corruption calling functions with many float arguments

STINNER Victor added the comment: David Schneider: "A patch for this issue has been accepted into libffi." fijal: "Can you please commit the upstream fix that has been committed 3 years ago (...)" Which patch? Attached tar archive doesn't look like a patch and I see no reference to a fix. Pr

[issue17580] ctypes: ARM hardfloat argument corruption calling functions with many float arguments

STINNER Victor added the comment: To me, it doesn't make sense to maintain a downstream "fork" of libffi. I would prefer to "simply" upgrade to a more recent version of libffi in CPython. But I don't know why we have a downstream version. What was patched? Does anyone know anything about it?

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Alexander Belopolsky added the comment: I feel odd trying to advocate a POV that I disagree with, so let me just quote MAL: """ In practice you often don't know the resolution of the timing source. Nowadays, the reverse of what you said is usually true: the source resolution is higher than the

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

STINNER Victor added the comment: > Personally, I don't rounding is that useful. Nice, it looks like I agree with you on using ROUNDING_FLOOR :-) I don't think that we should be prepared for theorical user requests, but rather focus on the concrete and well defined current existing user reques

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Alexander Belopolsky added the comment: Personally, I don't rounding is that useful. My working assumption is that users will select say timespec='millisecond' only when they know that their time source produces datetime instances with millisecond precision and they don't want to kill more tr

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

STINNER Victor added the comment: > Maybe a datetime.round() method along these lines will be a worthwhile > addition? Sorry, what is the use case of this method? -- ___ Python tracker ___

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Guido van Rossum added the comment: IIUC truncation traditionally means "towards zero" -- that's why we have separate "floor" and "ceiling" operations meaning "towards [negative] infinity". Fortunately we shouldn't have to deal with negative values here so floor and truncate mean the same thin

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Guido van Rossum added the comment: Except for the case where you're closer than half a usec from the next value, IMO rounding makes no sense when suppressing digits. I most definitely would never want 9:59:59 to be rounded to 10:00 when suppressing seconds. If you really think there are use c

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

STINNER Victor added the comment: > But what should we do in your opinion? Use ROUND_FLOOR rounding method. time.time(), datetime.datetime.now(), etc. round the current time using the ROUND_FLOOR rounding method. Only datetime.datetime.fromtimestamp() uses ROUND_HALF_EVEN, but it's more an e

[issue26462] Patch to enhance literal block language declaration

Zachary Ware added the comment: Attaching regenerated patch to coax Rietveld into accepting it for easier review. -- nosy: +zach.ware Added file: http://bugs.python.org/file42058/issue26462_regen.diff ___ Python tracker

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Alexander Belopolsky added the comment: I hope my prediction "I am afraid that the rounding issues may kill this proposal" (see msg202276) will not come true. I think the correct way to view "timespec" is a way to suppress/enforce printing of trailing digits. Users that choose printing less t

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Guido van Rossum added the comment: But what should we do in your opinion? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue26462] Patch to enhance literal block language declaration

Julien added the comment: I revewed all my ".. code-block:: bash" and you're right (I was unaware of the existence of the "console" lexer). I changed them (reviewing them one by one) to ".. code-block:: shell-session", a synonym for ".. code-block:: console" (http://pygments.org/docs/lexers/?h

[issue26271] freeze.py makefile uses the wrong flags variables

Daniel Shaulov added the comment: Pinging after a month without review (as the devguide suggests). -- ___ Python tracker ___ ___ Pytho

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

STINNER Victor added the comment: > Given that we're talking about what to do when we're suppressing the usecs I > don't think roundtripping matters. :-) I changed many times how Python rounds nanoseconds in the private PyTime API, and I got a bug report because of that! => issue #23517. By t

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Guido van Rossum added the comment: Given that we're talking about what to do when we're suppressing the usecs I don't think roundtripping matters. :-) -- ___ Python tracker ___

[issue26464] str.translate() unexpectedly duplicates characters

Roundup Robot added the comment: New changeset 6643c5cc9797 by Victor Stinner in branch '3.5': Issue #26464: Fix unicode_fast_translate() again https://hg.python.org/cpython/rev/6643c5cc9797 -- ___ Python tracker _

[issue26464] str.translate() unexpectedly duplicates characters

STINNER Victor added the comment: > LGTM. Thanks for the review. I pushed my fix. Sorry for the regression, I hate being responsible of a regression in a core feature :-/ I may even deserve a release, but Python doesn't have the habit of "release often" yet :-( -- nosy: +larry prior

[issue26464] str.translate() unexpectedly duplicates characters

Roundup Robot added the comment: New changeset 27ba9ba5deb1 by Victor Stinner in branch '3.5': Fix str.translate() https://hg.python.org/cpython/rev/27ba9ba5deb1 -- nosy: +python-dev ___ Python tracker

[issue26464] str.translate() unexpectedly duplicates characters

Serhiy Storchaka added the comment: LGTM. -- assignee: serhiy.storchaka -> haypo stage: needs patch -> commit review ___ Python tracker ___ __

[issue17580] ctypes: ARM hardfloat argument corruption calling functions with many float arguments

Maciej Fijalkowski added the comment: Apparently you can't have an opinion from ctypes experts. Can you please commit the upstream fix that has been committed 3 years ago or just stop vendoring random, old, broken version of ctypes if you can't maintain it enough to pull fixes from upstream?

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Alexander Belopolsky added the comment: Another argument for truncation is that this is what GNU date does: $ date --iso-8601=seconds --date="2016-03-01 15:00:00.999" 2016-03-01T15:00:00-0500 -- ___ Python tracker

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Alexander Belopolsky added the comment: Guido, Did you consider MAL's msg202274? I am still in favor of truncation, but would like to make sure we are not missing something that MAL knows from experience. -- ___ Python tracker

[issue26464] str.translate() unexpectedly duplicates characters

STINNER Victor added the comment: > See change cca6b056236a of issue #21118. The bug was introduced in Python v3.5.0a1. -- ___ Python tracker ___ ___

[issue26464] str.translate() unexpectedly duplicates characters

STINNER Victor added the comment: Oh... I see. It's a bug introduced by the optimization for ASCII replacing one character with another ASCII character or deleting a character: unicode_fast_translate(). See change cca6b056236a of issue #21118. There is a confusion in the code between input and

[issue26452] Wrong line number attributed to comprehension expressions

Changes by SilentGhost : -- nosy: +haypo, serhiy.storchaka versions: -Python 3.2, Python 3.3, Python 3.4 ___ Python tracker ___ ___ P

[issue24295] Backport of #17086 causes regression in setup.py

Moritz Sichert added the comment: This is still an issue in Python 2.7.11. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Changes by Alexander Belopolsky : -- stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue26466] cannot build python 2.7.11 on AIX

David Edelsohn added the comment: It's not symbol with value 0, it's symbol number 0. You can list the symbols with the AIX "dump -t" command. -- ___ Python tracker ___ ___

[issue26466] cannot build python 2.7.11 on AIX

Michael Felt added the comment: the basic process I have used repeatedly (for calling ./configure) to package python, and many other things has not changed. Today, I repackaged version 2.7.10 (the file listed in 2.7.10.0) just to test the process I was using with 2.7.11 I learned that 2.7.10

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Alessandro Cucci added the comment: @belopolsky could you please review one of the latest two patches submitted? I think I've done all required. Now I'll wait from you if I have to do more. -- ___ Python tracker _

[issue26465] Upgrade OpenSSL shipped with python installers

Changes by Ned Deily : -- nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue26464] str.translate() unexpectedly duplicates characters

Changes by Serhiy Storchaka : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue26464] str.translate() unexpectedly duplicates characters

Eryk Sun added the comment: It duplicates translated characters as well. For example: >>> table = str.maketrans('mnopqrb', 'rqponm\u0100', 'a') >>> 'aamnopqrb'.translate(table) 'rqponmrqponmĀ' 3.4 returns the correct result: >>> table = str.maketrans('mnopqrb', 'rqponm\u010

[issue26464] str.translate() unexpectedly duplicates characters

Changes by Eryk Sun : -- versions: +Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue18987] distutils.utils.get_platform() for 32-bit Python on a 64-bit machine

Michael Felt added the comment: If you need assistance (re: AIX), just ask. However, I am guessing you have enough to move forward. -- ___ Python tracker ___ ___

[issue26464] str.translate() unexpectedly duplicates untranslated characters

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka components: +Interpreter Core nosy: +serhiy.storchaka priority: normal -> high stage: -> needs patch ___ Python tracker _

[issue26466] cannot build python 2.7.11 on AIX

David Edelsohn added the comment: Something is building libpython2.7.a incorrectly or the python.exp script is not functioning correctly. ld: 0711-596 SEVERE ERROR: Object libpython2.7.a[ceval.o] An RLD for section 2 (.data) refers to symbol 0, but the storage class of the symbo

[issue26466] cannot build python 2.7.11 on AIX

Michael Felt added the comment: It worked fine using xlc with 2.7.10 (verified again today). The delta between ceval.c in 2.7.10 and 2.7.11 is large. make.out (excerpt) 2.7.10: rm -f libpython2.7.a ar rc libpython2.7.a Modules/getbuildinfo.o ar rc libpython2.7.a Parser/

[issue26445] setup.py sdist mishandles package_dir option

glep added the comment: Actually I have come to realise that this is the intended behaviour for source distributions. And that it is simply not possible to pull in a package from outside the current top-level package when building a source distribution. -- resolution: -> not a bug sta

[issue26466] cannot build python 2.7.11 on AIX

New submission from Michael Felt: Finally noticed the new release, unfortunately it fails to build. All proceeds normally until... tail .buildaix/make.out ar rc libpython2.7.a Parser/acceler.o Parser/grammar1.o Parser/listnode.o Parser/node.o Parser/parser.o Parser/parsetok.o Parser/bitset.o

[issue26466] cannot build python 2.7.11 on AIX

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue26466] cannot build python 2.7.11 on AIX

David Edelsohn added the comment: Don't use XLC. It may relate to using -Wl option, which is a GCC option. -- ___ Python tracker ___

[issue26466] cannot build python 2.7.11 on AIX

Changes by STINNER Victor : -- nosy: +David.Edelsohn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue26465] Upgrade OpenSSL shipped with python installers

New submission from Alex Gaynor: https://openssl.org/news/secadv/20160301.txt -- keywords: security_issue messages: 261052 nosy: alex, paul.moore, steve.dower, tim.golden, zach.ware priority: critical severity: normal status: open title: Upgrade OpenSSL shipped with python installers

[issue18987] distutils.utils.get_platform() for 32-bit Python on a 64-bit machine

Sam Ferencik added the comment: Thanks for the analysis. I agree with you. If there's much push-back, maybe we could introduce an alternative interface, i.e. let get_platform() do its thing, deprecate it, and introduce something like get_interpreter_platform(). --

[issue18987] distutils.utils.get_platform() for 32-bit Python on a 64-bit machine

Michael Felt added the comment: while reading to learn... FYI: AIX does not return even a hint of the underlying platform (assumption is probably 64-bit) - but the value of the interpreter is anyone's guess root@x064:[/data/prj/aixtools/python/python-2.7.10]python Python 2.7.10 (default, Mar

[issue26464] str.translate() unexpectedly duplicates untranslated characters

New submission from Ben Knight: Python 3.5.1 x86-64, Windows 10 I created a translation map that translated some characters to None and others to strings and found that in some cases str.translate() will duplicate one of the untranslated characters in the returned string. How to reproduce: t

[issue26463] asyncio-related (?) segmentation fault

Nicholas Chammas added the comment: Thanks for the tip. Enabling the fault handler reveals that the crash is happening from the Cryptography library. I'll move this issue there. Thank you. -- resolution: -> not a bug status: open -> closed Added file: http://bugs.python.org/file42055/

[issue26167] Improve copy.copy speed for built-in types (list/set/dict)

Serhiy Storchaka added the comment: If there are no other comments, I'm going to commit the patch in short time. -- ___ Python tracker ___ ___

[issue26436] Add the regex-dna benchmark

Serhiy Storchaka added the comment: I used the code from fasta and regex-dna tests almost without changes. I.e. one part create the data in standard FASTA format (with 60-character lines and headers), and other part parses this format. The code can be simple if generate and consume raw data.

[issue26463] asyncio-related (?) segmentation fault

STINNER Victor added the comment: Please try to get the Python stacktrace on the segfault using the faulthandler module: add faulthandler.enable() call at the beginning of your application. https://docs.python.org/dev/library/faulthandler.html I suspect a bug in your C code, not in asyncio. as

[issue23921] Standardize documentation whitespace, formatting

Serhiy Storchaka added the comment: James, could you please update your patch to address Martin's comments? In general the patch LGTM and I hope to commit it in short time. -- nosy: +georg.brandl versions: +Python 3.6 -Python 3.4 ___ Python tracker

[issue26457] Error in ipaddress.address_exclude function

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___

[issue26457] Error in ipaddress.address_exclude function

Roundup Robot added the comment: New changeset 6d6c0a7b71f5 by Serhiy Storchaka in branch '3.5': Issue #26457: Fixed the subnets() methods in IP network classes for the case https://hg.python.org/cpython/rev/6d6c0a7b71f5 New changeset c092148a1b55 by Serhiy Storchaka in branch 'default': Issue #

[issue26457] Error in ipaddress.address_exclude function

Serhiy Storchaka added the comment: LGTM. I have wrote similar patch but with different tests. -- assignee: -> serhiy.storchaka stage: needs patch -> commit review versions: +Python 3.6 ___ Python tracker