[issue27641] Do not build Programs/_freeze_importlib when cross-compiling

New submission from Thomas Perl: Based on http://bugs.python.org/issue27490 and http://bugs.python.org/msg271495, here is a patch that makes sure Programs/_freeze_importlib is only built when not cross-compiling. -- components: Cross-Build files:

[issue26851] android compilation and link flags

Martin Panter added the comment: All the bits that I understand look okay now. :) I am still curious what configures the preprocessor to set __ARM_ARCH to 7 (I guess the clang -target argument?), and why we can’t set LDFLAGS at the same time or place. Is it just more convenient this way?

[issue26852] add the '--enable-legacy-pyc-files' option to configure

Changes by Matthias Klose : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list

[issue26852] add the '--enable-legacy-pyc-files' option to configure

Matthias Klose added the comment: hmm, I really don't buy the space-saving argument. you are saving some space with shorter path names, nothing more. so why do you introduce this option? -- ___ Python tracker

[issue27640] add the '--disable-test-suite' option to configure

Changes by Xavier de Gaye : -- nosy: +haypo, thomas-petazzoni ___ Python tracker ___ ___

[issue26852] add the '--enable-legacy-pyc-files' option to configure

Changes by Xavier de Gaye : -- nosy: +haypo, thomas-petazzoni ___ Python tracker ___ ___

[issue26865] Meta-issue: support of the android platform

Xavier de Gaye added the comment: issue #27640: add the '--disable-test-suite' option to configure -- dependencies: +add the '--disable-test-suite' option to configure ___ Python tracker

[issue26852] add the '--enable-legacy-pyc-files' option to configure

Xavier de Gaye added the comment: Install byte-code files to their legacy locations and names to save space (default are the PEP 3147 locations and names) when configure is run with '--enable-legacy-pyc-files'. The patch does not prevent ensurepip to use PEP 3147 locations and names when it

[issue27640] add the '--disable-test-suite' option to configure

Changes by Xavier de Gaye : -- components: +Cross-Build nosy: +Alex.Willmer ___ Python tracker ___

[issue27640] add the '--disable-test-suite' option to configure

Changes by Xavier de Gaye : Added file: http://bugs.python.org/file43918/listdirs.py ___ Python tracker ___

[issue27640] add the '--disable-test-suite' option to configure

New submission from Xavier de Gaye: Do not install the Python test suite when configure is run with '--disable-test-suite'. This about divides by two the size of the installed standard library. Related to issue 26852: add the '--enable-legacy-pyc-files' option to configure. The attached

[issue27435] ctypes and AIX - also for 2.7.X (and later)

Michael Felt added the comment: Adding "type behavior" as I have now read that that is actually the python friendly way of talking about a 'bug'. Testing my proposed patch for 2.7 with python2.7.12 - will update with patch when finished. -- nosy: +Michael.Felt type: -> behavior

[issue9998] ctypes find_library should search LD_LIBRARY_PATH on linux

Michael Felt added the comment: Getting back to this summary: Windows: {name} and {name}.dll, via %PATH% OS X: lib{name}.dylib, {name}.dylib and {name}.framework/{name}, via dyld_find() BSD: lib{name}.* via ldconfig (choose highest ABI version) and cc Solaris: lib{name}.so via crle, and

[issue26462] Patch to enhance literal block language declaration

Julien added the comment: Hi, You're right, nice catch! Removing `python -q` from the code block demonstrating it was a bad idea. I fixed it in the v6. Thanks! -- Added file: http://bugs.python.org/file43916/issue26462.v6.diff ___ Python tracker

[issue27638] int.to_bytes() and int.from_bytes() should support 'net' and 'host' byte orders

Марк Коренберг added the comment: 1. Yes 'host' is the same as sys.buteorder 2. Yes, 'net' is the same as 'big' 3. See `struct` module: it have '!' for those who forgot which order is `network`. In most cases (i.e. some protocols or formats) 'network' order is used. 4. Support of new values

[issue26462] Patch to enhance literal block language declaration

Martin Panter added the comment: V5 looks pretty good to me. With your blessing of restoring the python -q example from v4 (see review), I think it is ready to commit. -- stage: patch review -> commit review ___ Python tracker

[issue20947] -Wstrict-overflow findings

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___

[issue20947] -Wstrict-overflow findings

Martin Panter added the comment: Regarding the warning in Modules/_posixsubprocess.c, I don’t see any problem. I’m not sure exactly what it is warning about. Maybe if the cur pointer ever gets _before_ the start of hex_errno, that could be a problem, but the loop should stop when it reaches

[issue27637] int.to_bytes(-1, ...) should automatically choose required count of bytes

Марк Коренберг added the comment: https://github.com/pyca/cryptography/issues/3064 -- ___ Python tracker ___

[issue27639] UserList.__getitem__ doesn't account for slices

Changes by Anton Backer : -- hgrepos: +351 ___ Python tracker ___ ___ Python-bugs-list

[issue27623] int.to_bytes() and int.from_bytes(): raise ValueError when bytes count is zero

Serhiy Storchaka added the comment: I agree with Martin. The ambiguous signed conversion cases should be an error, the unambiguous unsigned conversion case should be supported (especially if there are tests for this). -- nosy: +serhiy.storchaka ___

[issue27637] int.to_bytes(-1, ...) should automatically choose required count of bytes

Serhiy Storchaka added the comment: This is rarely needed, mainly in general serializers like pickle. The code for determining the minimal number of bytes is not trivial, but it depends on the serializer. If you always serialize unsigned values and saves the sign separately, or use one's

[issue27638] int.to_bytes() and int.from_bytes() should support 'net' and 'host' byte orders

Serhiy Storchaka added the comment: I agreed with Martin. The "host" byte order is sys.byteorder, and the "net" byteorder is just "big". There is one obvious way to specify this, and there is not need to add yet one way. Adding support of new values for byteorder would complicate and slow

<    1   2