[issue17128] OS X system openssl deprecated - installer should build local libssl

2014-12-10 Thread Roundup Robot

Roundup Robot added the comment:

New changeset 31f506f4e2d2 by Ned Deily in branch '2.7':
Issue #17128: Use private version of OpenSSL for 2.7.9 OS X 10.5+ installer.
https://hg.python.org/cpython/rev/31f506f4e2d2

--
nosy: +python-dev

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17128
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue19104] pprint produces invalid output for long strings

2014-12-10 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

What to do with this issue?

--
versions: +Python 3.5

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19104
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23022] heap-use-after-free in find_maxchar_surrogates

2014-12-10 Thread peerhash

New submission from peerhash:

Line 27-29 trigger use-after-free.

=
==18203== ERROR: AddressSanitizer: heap-use-after-free on address 
0x60080003b2e0 at pc 0x5e844f bp 0x75351750 sp 0x75351748
READ of size 4 at 0x60080003b2e0 thread T0
#0 0x5e844e in find_maxchar_surrogates 
./cpython/Objects/unicodeobject.c:1428
#1 0x5ed62e in PyUnicode_FromUnicode ./cpython/Objects/unicodeobject.c:1822
#2 0x5f57cd in PyUnicode_FromWideChar ./cpython/Objects/unicodeobject.c:2311
#3 0x7f4ebbd00976 in Z_get 
/media/truecrypt1/bounty/cpython/Modules/_ctypes/cfield.c:1429
#4 0x7f4ebbcde48b in PyCData_get 
/media/truecrypt1/bounty/cpython/Modules/_ctypes/_ctypes.c:2756
#5 0x7f4ebbcf90b8 in PyCField_get 
/media/truecrypt1/bounty/cpython/Modules/_ctypes/cfield.c:230
#6 0x56ff34 in _PyObject_GenericGetAttrWithDict 
./cpython/Objects/object.c:1059
#7 0x5704ee in PyObject_GenericGetAttr ./cpython/Objects/object.c:1119
#8 0x56f169 in PyObject_GetAttr ./cpython/Objects/object.c:889
#9 0x70ef2d in PyEval_EvalFrameEx ./cpython/Python/ceval.c:2442
#10 0x723c20 in fast_function ./cpython/Python/ceval.c:4368
#11 0x7234ea in call_function ./cpython/Python/ceval.c:4294
#12 0x715433 in PyEval_EvalFrameEx ./cpython/Python/ceval.c:2860
#13 0x71e164 in _PyEval_EvalCodeWithName ./cpython/Python/ceval.c:3610
#14 0x71e354 in PyEval_EvalCodeEx ./cpython/Python/ceval.c:3631
#15 0x6f7af3 in PyEval_EvalCode ./cpython/Python/ceval.c:773
#16 0x42ea99 in run_mod ./cpython/Python/pythonrun.c:968
#17 0x42e69f in PyRun_FileExFlags ./cpython/Python/pythonrun.c:921
#18 0x42b456 in PyRun_SimpleFileExFlags ./cpython/Python/pythonrun.c:394
#19 0x429ac3 in PyRun_AnyFileExFlags ./cpython/Python/pythonrun.c:80
#20 0x45624b in run_file ./cpython/Modules/main.c:318
#21 0x457717 in Py_Main ./cpython/Modules/main.c:767
#22 0x41b845 in main ./cpython/./Programs/python.c:69
#23 0x7f4ebc741ed4 in __libc_start_main ??:?
#24 0x41b438 in _start 
/glibc-tmp-c47113ea580c02d806fd2bb53621c6f5/glibc-2.20/csu/../sysdeps/x86_64/start.S:122
0x60080003b2e0 is located 16 bytes inside of 37-byte region 
[0x60080003b2d0,0x60080003b2f5)
freed by thread T0 here:
#0 0x7f4ebd41d34a in __interceptor_free ??:?
#1 0x41b9b5 in _PyMem_RawFree ./cpython/Objects/obmalloc.c:90
#2 0x41f4aa in _PyMem_DebugFree ./cpython/Objects/obmalloc.c:1892
#3 0x41c3db in PyMem_Free ./cpython/Objects/obmalloc.c:349
#4 0x502f7a in float_repr ./cpython/Objects/floatobject.c:275
#5 0x56d68a in PyObject_Str ./cpython/Objects/object.c:535
#6 0x500926 in PyFile_WriteObject ./cpython/Objects/fileobject.c:141
#7 0x6efe19 in builtin_print ./cpython/Python/bltinmodule.c:2243
#8 0x564fb5 in PyCFunction_Call ./cpython/Objects/methodobject.c:100
#9 0x72310c in call_function ./cpython/Python/ceval.c:4269 (discriminator 2)
#10 0x715433 in PyEval_EvalFrameEx ./cpython/Python/ceval.c:2860
#11 0x723c20 in fast_function ./cpython/Python/ceval.c:4368
#12 0x7234ea in call_function ./cpython/Python/ceval.c:4294
#13 0x715433 in PyEval_EvalFrameEx ./cpython/Python/ceval.c:2860
#14 0x71e164 in _PyEval_EvalCodeWithName ./cpython/Python/ceval.c:3610
#15 0x71e354 in PyEval_EvalCodeEx ./cpython/Python/ceval.c:3631
#16 0x6f7af3 in PyEval_EvalCode ./cpython/Python/ceval.c:773
#17 0x42ea99 in run_mod ./cpython/Python/pythonrun.c:968
#18 0x42e69f in PyRun_FileExFlags ./cpython/Python/pythonrun.c:921
#19 0x42b456 in PyRun_SimpleFileExFlags ./cpython/Python/pythonrun.c:394
#20 0x429ac3 in PyRun_AnyFileExFlags ./cpython/Python/pythonrun.c:80
#21 0x45624b in run_file ./cpython/Modules/main.c:318
#22 0x457717 in Py_Main ./cpython/Modules/main.c:767
#23 0x41b845 in main ./cpython/./Programs/python.c:69
#24 0x7f4ebc741ed4 in __libc_start_main ??:?
previously allocated by thread T0 here:
#0 0x7f4ebd41d42a in malloc ??:?
#1 0x41b918 in _PyMem_RawMalloc ./cpython/Objects/obmalloc.c:62
#2 0x41efe9 in _PyMem_DebugAlloc ./cpython/Objects/obmalloc.c:1838
#3 0x41f29e in _PyMem_DebugMalloc ./cpython/Objects/obmalloc.c:1861
#4 0x41c256 in PyMem_Malloc ./cpython/Objects/obmalloc.c:325
#5 0x78b7c0 in format_float_short ./cpython/Python/pystrtod.c:1094
#6 0x78c224 in PyOS_double_to_string ./cpython/Python/pystrtod.c:1231
#7 0x502ecb in float_repr ./cpython/Objects/floatobject.c:268
#8 0x56d68a in PyObject_Str ./cpython/Objects/object.c:535
#9 0x500926 in PyFile_WriteObject ./cpython/Objects/fileobject.c:141
#10 0x6efe19 in builtin_print ./cpython/Python/bltinmodule.c:2243
#11 0x564fb5 in PyCFunction_Call ./cpython/Objects/methodobject.c:100
#12 0x72310c in call_function ./cpython/Python/ceval.c:4269 (discriminator 
2)
#13 0x715433 in PyEval_EvalFrameEx ./cpython/Python/ceval.c:2860
#14 0x723c20 in fast_function 

[issue23022] heap-use-after-free in find_maxchar_surrogates

2014-12-10 Thread peerhash

Changes by peerhash ch...@rop.io:


--
hgrepos:  -284

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23022
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23020] New matmul operator crashes modules compiled with CPython3.4

2014-12-10 Thread Amaury Forgeot d'Arc

Amaury Forgeot d'Arc added the comment:

PEP384 is presented as a new way to write modules that can be loaded by 
multiple Python versions, specially on Windows.
I could not find any place that says that modules not using the stable ABI need 
to be recompiled.

I'm not against changing this rule (after all, I started on Windows platform 
where all this discussion does not apply), but it should be clearly stated 
somewhere in the API docs, and also in the whatsnew pages (all of them?)

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23020
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue22918] Doc for __iter__ makes inexact comment about dict.__iter__

2014-12-10 Thread Chaitanya agrawal

Changes by Chaitanya agrawal chaitiagra...@gmail.com:


--
keywords: +patch
Added file: http://bugs.python.org/file37407/issue22918-inexactComment.diff

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22918
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue22883] Get rid of references to PyInt in Py3 sources

2014-12-10 Thread Chaitanya agrawal

Changes by Chaitanya agrawal chaitiagra...@gmail.com:


--
keywords: +patch
Added file: http://bugs.python.org/file37408/issue22883.patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22883
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue22883] Get rid of references to PyInt in Py3 sources

2014-12-10 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

I doubt that just removing PyInt is correct. At least in longobject.h current 
comment looks correct. And in fcntlmodule.c and itertoolsmodule.c proposed 
changes look questionable.

There are also mentions of PyInt_* in *.rst and *.py files.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22883
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23023] ./Modules/ld_so_aix not found on AIX during test_distutils

2014-12-10 Thread Marc-Andre Lemburg

New submission from Marc-Andre Lemburg:

Here's the traceback from one of the AIX buildbots:

[ 32/400] test_distutils
unable to execute './Modules/ld_so_aix': No such file or directory
[22429 refs]
test test_distutils failed -- Traceback (most recent call last):
  File 
/home/shager/cpython-buildarea/2.7.edelsohn-aix-ppc64/build/Lib/distutils/tests/test_build_ext.py,
 line 285, in test_get_outputs
cmd.run()
  File 
/home/shager/cpython-buildarea/2.7.edelsohn-aix-ppc64/build/Lib/distutils/command/build_ext.py,
 line 337, in run
self.build_extensions()
  File 
/home/shager/cpython-buildarea/2.7.edelsohn-aix-ppc64/build/Lib/distutils/command/build_ext.py,
 line 446, in build_extensions
self.build_extension(ext)
  File 
/home/shager/cpython-buildarea/2.7.edelsohn-aix-ppc64/build/Lib/distutils/command/build_ext.py,
 line 528, in build_extension
target_lang=language)
  File 
/home/shager/cpython-buildarea/2.7.edelsohn-aix-ppc64/build/Lib/distutils/ccompiler.py,
 line 691, in link_shared_object
extra_preargs, extra_postargs, build_temp, target_lang)
  File 
/home/shager/cpython-buildarea/2.7.edelsohn-aix-ppc64/build/Lib/distutils/unixccompiler.py,
 line 200, in link
raise LinkError, msg
LinkError: command './Modules/ld_so_aix' failed with exit status 1

(this is the build: 
http://buildbot.python.org/all/builders/PPC64%20AIX%202.7/builds/917)

This appears to be related to issue18235 which was only fixed for 3.3 and 3.4. 
I guess a backport should fix the problem for Python 2.7 as well, but cannot 
test this.

The result of traceback is AIX Python 2.7 always failing on the buildbot 
waterfall: http://buildbot.python.org/all/builders/PPC64%20AIX%202.7

--
components: Build, Distutils
messages: 232420
nosy: dstufft, eric.araujo, lemburg
priority: normal
severity: normal
status: open
title: ./Modules/ld_so_aix not found on AIX during test_distutils
versions: Python 2.7

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23023
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23023] ./Modules/ld_so_aix not found on AIX during test_distutils

2014-12-10 Thread Marc-Andre Lemburg

Marc-Andre Lemburg added the comment:

The problem also still exists on Python 3.4 (and probably 3.3 and 3.5 as well), 
even though these should have the patch from issue18235 applied:

 * http://buildbot.python.org/all/builders/PPC64%20AIX%203.4/builds/707
 * 
http://buildbot.python.org/all/builders/PPC64%20AIX%203.4/builds/707/steps/test/logs/stdio

Traceback:

Traceback (most recent call last):
  File 
/home/shager/cpython-buildarea/3.4.edelsohn-aix-ppc64/build/Lib/distutils/tests/test_build_ext.py,
 line 58, in test_build_ext
cmd.run()
  File 
/home/shager/cpython-buildarea/3.4.edelsohn-aix-ppc64/build/Lib/distutils/command/build_ext.py,
 line 339, in run
self.build_extensions()
  File 
/home/shager/cpython-buildarea/3.4.edelsohn-aix-ppc64/build/Lib/distutils/command/build_ext.py,
 line 448, in build_extensions
self.build_extension(ext)
  File 
/home/shager/cpython-buildarea/3.4.edelsohn-aix-ppc64/build/Lib/distutils/command/build_ext.py,
 line 535, in build_extension
target_lang=language)
  File 
/home/shager/cpython-buildarea/3.4.edelsohn-aix-ppc64/build/Lib/distutils/ccompiler.py,
 line 717, in link_shared_object
extra_preargs, extra_postargs, build_temp, target_lang)
  File 
/home/shager/cpython-buildarea/3.4.edelsohn-aix-ppc64/build/Lib/distutils/unixccompiler.py,
 line 196, in link
raise LinkError(msg)
distutils.errors.LinkError: command './Modules/ld_so_aix' failed with exit 
status 1

--
versions: +Python 3.3, Python 3.4, Python 3.5

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23023
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23023] ./Modules/ld_so_aix not found on AIX during test_distutils

2014-12-10 Thread Marc-Andre Lemburg

Marc-Andre Lemburg added the comment:

Note that the helper Modules/ld_so_aix is created during configure. Just the 
path to the helper in the sysconfig data is wrong (relative to the current dir, 
which will most likely always be wrong except for a few special situations such 
as when building Python itself).

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23023
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue21114] wsgiref.simple_server doesn't handle multi-line headers correctly

2014-12-10 Thread Tom Tanner

Tom Tanner added the comment:

attached is the updated patch, which unfolds multiline headers but not validate 
them (tests included).

--
Added file: http://bugs.python.org/file37409/wsgi2.diff

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21114
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23016] uncatched exception in lib/warnings.py when executed with pythonw

2014-12-10 Thread STINNER Victor

STINNER Victor added the comment:

warnings_stderr_none.patch looks good to me. It can be applied on Python 2.7, 
3.4 and 3.5.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23016
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue21775] shutil.copytree() crashes copying to VFAT on Linux: AttributeError: 'PermissionError' object has no attribute 'winerror'

2014-12-10 Thread STINNER Victor

STINNER Victor added the comment:

Note: Python 2.7 is not affected, I cannot find winerror in shutil.py.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21775
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23019] pyexpat.errors wrongly bound to message strings instead of message codes

2014-12-10 Thread R. David Murray

R. David Murray added the comment:

For backward compatibility reasons this *can not be changed*.  We are stuck 
with it, even though we agree it is broken.  Please do not reopen the issue.

--
status: open - closed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23019
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23019] pyexpat.errors wrongly bound to message strings instead of message codes

2014-12-10 Thread R. David Murray

R. David Murray added the comment:

Actually, I'm going to reopen it as a doc issue. This should be explained in 
the 2.7 docs.

--
assignee:  - docs@python
components: +Documentation -Library (Lib)
nosy: +docs@python
status: closed - open

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23019
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23019] pyexpat.errors wrongly bound to message strings instead of message codes

2014-12-10 Thread Berker Peksag

Changes by Berker Peksag berker.pek...@gmail.com:


--
keywords: +easy
stage: resolved - needs patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23019
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue22918] Doc for __iter__ makes inexact comment about dict.__iter__

2014-12-10 Thread Roundup Robot

Roundup Robot added the comment:

New changeset 743ebaba14db by R David Murray in branch '3.4':
#22918: Drop obsolete mention of 'keys' in datamodel __iter__ docs.
https://hg.python.org/cpython/rev/743ebaba14db

New changeset 1a1f577ca647 by R David Murray in branch 'default':
Merge: #22918: Drop obsolete mention of 'keys' in datamodel __iter__ docs.
https://hg.python.org/cpython/rev/1a1f577ca647

--
nosy: +python-dev

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22918
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue22918] Doc for __iter__ makes inexact comment about dict.__iter__

2014-12-10 Thread R. David Murray

R. David Murray added the comment:

Thanks, Chaitanya.

--
resolution:  - fixed
stage: needs patch - resolved
status: open - closed
type:  - behavior

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22918
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23016] uncaught exception in lib/warnings.py when executed with pythonw

2014-12-10 Thread R. David Murray

Changes by R. David Murray rdmur...@bitdance.com:


--
title: uncatched exception in lib/warnings.py when executed with pythonw - 
uncaught exception in lib/warnings.py when executed with pythonw

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23016
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23020] New matmul operator crashes modules compiled with CPython3.4

2014-12-10 Thread Benjamin Peterson

Benjamin Peterson added the comment:

This is why C-extensions' PEP 3147 file tags depend on Python version.

I agree the policy could stand to be documented.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23020
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23014] Don't have importlib.abc.Loader.create_module() be optional

2014-12-10 Thread Brett Cannon

Brett Cannon added the comment:

What do you think about requiring create_module() and/or not supporting a None 
value return? The only reason I ask is to think through the ramifications and 
how long to raise a DeprecationWarning. I think I can live with having a 
reasonable default if create_module() isn't defined, but also supporting None 
seems a bit much. Or I can live with a None value to have import just do the 
most reasonable thing, but you should then explicitly ask for that by returning 
None. Or we just go full-on explicit and require create_module() and that it 
return the object to use.

So assuming we go with the latter, that means people who chose to not subclass 
importlib.abc.Loader will have to now implement create_module(). In Python 3.5 
that's easy since importlib.util.module_from_spec() now exists. But if you're 
supporting older versions it's a bit more work since there was only 
types.ModuleType() and that didn't fill in all attributes since it was missing 
key bits of information that is now (potentially) in the spec. That means if 
someone wants to be compatible from 3.4 on then it will be a bit of work to do 
properly.

That means either a deprecation cycle that is long enough to outlast code that 
wants to work in 3.4 or we don't go as far and support either returning None 
*or* not defining create_module(). My gut says to either deprecate both options 
and make the deprecation last until Python 4 or to require create_module() but 
allow for the returning of None and have that last only a single release since 
adding a create_module() that returns None takes no effort and is fully 
backwards-compatible (my reasoning for the latter is that screwing up to return 
None when you meant a module is easier to debug than accidentally typing the 
method name, plus it means people calling super() won't break in a transition).

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23014
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23014] Don't have importlib.abc.Loader.create_module() be optional

2014-12-10 Thread Nick Coghlan

Nick Coghlan added the comment:

The specific reason I wanted the return None to delegate to the default 
behaviour feature was to make it easier to migrate the C extension machinery.

With that design, a PEP 451 based C extension loader would just need to return 
None when there was no appropriate Create symbol exported from the module.

If returning None was disallowed, it would need to instead arrange to call 
importlib.util.module_from_spec(). That's doable, of course, but requires 
loaders to reimplement behaviour provided by the standard import system, rather 
than being able to just say do the default thing, whatever that happens to 
be. That's the kind of really easy to get wrong responsibility I appreciated 
PEP 451 taking *away* from custom loaders.

However, I have no problem with making create_module() mandatory if the return 
None to request the default behaviour feature is retained. As you say, adding 
an implementation that returns None is both easy and remains compatible with 
Python 3.4.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23014
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue17128] OS X system openssl deprecated - installer should build local libssl

2014-12-10 Thread Roundup Robot

Roundup Robot added the comment:

New changeset 2b5fa8651bd0 by Ned Deily in branch '2.7':
Issue #17128: Use private version of OpenSSL for 2.7.9 OS X 10.5+ installer.
https://hg.python.org/cpython/rev/2b5fa8651bd0

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17128
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23024] Python Compile Error on Mac os X ld: unknown option: -export-dynamic

2014-12-10 Thread zhuoyikang

New submission from zhuoyikang:

/Applications/Xcode.app/Contents/Developer/usr/bin/make Parser/pgen
gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes  -L/usr/local/lib 
-export-dynamic  Parser/acceler.o Parser/grammar1.o Parser/listnode.o 
Parser/node.o Parser/parser.o Parser/bitset.o Parser/metagrammar.o 
Parser/firstsets.o Parser/grammar.o Parser/pgen.o Objects/obmalloc.o 
Python/dynamic_annotations.o Python/mysnprintf.o Python/pyctype.o 
Parser/tokenizer_pgen.o Parser/printgrammar.o Parser/parsetok_pgen.o 
Parser/pgenmain.o -ldl  -framework CoreFoundation -o Parser/pgen
ld: unknown option: -export-dynamic
collect2: error: ld returned 1 exit status
make[1]: *** [Parser/pgen] Error 1
make: *** [Include/graminit.h] Error 2

--
components: Cross-Build
messages: 232434
nosy: zhuoyikang
priority: normal
severity: normal
status: open
title: Python Compile Error on Mac os X  ld: unknown option: -export-dynamic
versions: Python 3.4

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23024
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue21600] mock.patch.stopall doesn't work with patch.dict to sys.modules

2014-12-10 Thread Michael Foord

Michael Foord added the comment:

why not?

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21600
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23025] ssl.RAND_bytes docs should mention os.urandom

2014-12-10 Thread Alex Gaynor

New submission from Alex Gaynor:

For almost any conceivable application, os.urandom is a preferable way to 
access a CSPRNG, and is less error prone, the docs should point this out.

--
assignee: docs@python
components: Documentation
files: rand.diff
keywords: patch
messages: 232436
nosy: alex, docs@python
priority: normal
severity: normal
status: open
title: ssl.RAND_bytes docs should mention os.urandom
Added file: http://bugs.python.org/file37410/rand.diff

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23025
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23025] ssl.RAND_bytes docs should mention os.urandom

2014-12-10 Thread Donald Stufft

Donald Stufft added the comment:

I agree completely. This is something that should generally be discouraged all 
together. See: 
http://sockpuppet.org/blog/2014/02/25/safely-generate-random-numbers/

--
nosy: +dstufft

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23025
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue14965] super() and property inheritance behavior

2014-12-10 Thread Simon Zack

Simon Zack added the comment:

+1 to this feature, this will dramatically simplify property setting code.

--
nosy: +simonzack

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14965
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue22518] integer overflow in encoding unicode

2014-12-10 Thread Benjamin Peterson

Changes by Benjamin Peterson benja...@python.org:


--
resolution:  - fixed
status: open - closed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22518
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue22520] integer overflow in computing unicode's object representation

2014-12-10 Thread Benjamin Peterson

Benjamin Peterson added the comment:

As Serhiy has noted on other bugs, the fact that the tests must be restricted 
to 32-bits limits their usefulness unfortunately.

--
nosy: +benjamin.peterson
resolution:  - fixed
status: open - closed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22520
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue21600] mock.patch.stopall doesn't work with patch.dict to sys.modules

2014-12-10 Thread Colton Leekley-Winslow

Colton Leekley-Winslow added the comment:

Patching sys.modules is an idea I got  from the official documentation

https://docs.python.org/3/library/unittest.mock.html#patch-dict

http://mock.readthedocs.org/en/latest/patch.html#patch-dict

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21600
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23024] Python Compile Error on Mac os X ld: unknown option: -export-dynamic

2014-12-10 Thread Ned Deily

Ned Deily added the comment:

The -export-dynamic compile option is not supported nor selected at configure 
time for normal builds on OS X.  Exactly what configure options did you use?  I 
see that you have checked Cross-Build for components.  What sort of 
cross-building are you attempting?

--
nosy: +ned.deily

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23024
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23026] Winreg module doesn't support REG_QWORD, small DWORD doc update

2014-12-10 Thread Mark Grandi

New submission from Mark Grandi:

The winreg module has constants for the different Windows registry types: 
https://docs.python.org/3/library/winreg.html?highlight=winreg#value-types

It also links to the Microsoft documentation on the registry types, and I 
noticed that python doesn't have constants for 2 of the types (really just 1), 
REG_QWORD and REG_QWORD_LITTLE_ENDIAN (same as REG_QWORD).

So I added the constants in winreg.c, which I think is right, as its the same 
format as the other ones, and I edited the documentation inside of winreg.c, 
which is the same changes i made to the docs in winreg.rst, except it doesn't 
have the markdown/rst/whatever formatting markers. I also made notes on 
REG_DWORD_LITTLE_ENDIAN that it is equivalent to REG_DWORD.

I also tested to make sure that the documentation builds fine, but I haven't 
tested building python with the winreg.c changes, as I don't have access to a 
windows computer that can compile it at the moment. 

Some concerns: 

1: I have no idea if REG_QWORD is defined on 32 bit windows, I would assume it 
would be, but I can't check at the moment. 

2: There should probably be some switch statement entries in the Reg2Py() and 
Py2Reg() functions that deal with QWORDs, and dealing with if the python build 
is 32 bit vs 64 bit. I'm not comfortable with the python C internals to do that 
myself.

My initial patch is attached, with the documentation + changes to winreg.c that 
just add the constants to the module

--
components: Windows
files: winreg_add_qword_constants_part1_markgrandi.patch
keywords: patch
messages: 232442
nosy: markgrandi, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Winreg module doesn't support REG_QWORD, small DWORD doc update
versions: Python 3.4
Added file: 
http://bugs.python.org/file37411/winreg_add_qword_constants_part1_markgrandi.patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23026
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23016] uncaught exception in lib/warnings.py when executed with pythonw

2014-12-10 Thread Roundup Robot

Roundup Robot added the comment:

New changeset d04dab84388f by Serhiy Storchaka in branch '3.4':
Issue #23016: A warning no longer produces AttributeError when the program
https://hg.python.org/cpython/rev/d04dab84388f

New changeset 0050e770b34c by Serhiy Storchaka in branch 'default':
Issue #23016: A warning no longer produces an AttributeError when the program
https://hg.python.org/cpython/rev/0050e770b34c

New changeset aeeec8a4b9b8 by Serhiy Storchaka in branch '2.7':
Issue #23016: A warning no longer produces an AttributeError when sys.stderr
https://hg.python.org/cpython/rev/aeeec8a4b9b8

--
nosy: +python-dev

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23016
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue22992] Adding a git developer's guide to Mercurial to devguide

2014-12-10 Thread Demian Brecht

Demian Brecht added the comment:

After some further investigation, this seems to be what's happening. Note: this 
is based on a small amount of research and hasn't been validated by any 
mercurial devs, so it might be missing key pieces: In cases where a local 
topological head is unknown to a remote, the commit history of that head's 
branch is sent to the remote server for comparison. This /is/ chunked, but it 
seems that the number of commits sent per request is hardcoded to 200 (in 
Mercurial 2.9.2 at any rate). Because 200 commit hashes are added to the 
header, the size of the header is greater than what is allowed by the app 
server (I'm seeing  8k headers when the discovery step runs with my changes) 
leading to the error responses when using HTTP(S). So, to encounter this issue, 
the following must be true:

* The user must have a topological head that the remote is unaware of
* The number of commits resulting from a DAG traversal must result in a header 
that exceeds the allowed limits of the given app server

Because the discovery requests are chunked, if the allowed header size was 
increased on the app server to account for the worst case scenario (200 commit 
hashes), this problem should be fixed and not encountered again as I previously 
thought would be the case.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22992
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue22992] Adding a git developer's guide to Mercurial to devguide

2014-12-10 Thread Antoine Pitrou

Antoine Pitrou added the comment:

I suggest you post your findings on the mercurial mailing-list 
(http://selenic.com/mailman/listinfo/mercurial, there's a gmane mirror also). I 
would be surprised if there weren't an easy way of circumventing it.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22992
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23027] test_warnings fails with -Werror

2014-12-10 Thread Serhiy Storchaka

New submission from Serhiy Storchaka:

$ ./python -Werror -m test.regrtest -v test_warnings
...
==
ERROR: test_warning_classes (test.test_warnings.CWarnTests)
--
Traceback (most recent call last):
  File /home/serhiy/py/cpython/Lib/test/test_warnings.py, line 460, in 
test_warning_classes
self.module.warn('good warning category', MyWarningClass)
test.test_warnings.WarnTests.test_warning_classes.locals.MyWarningClass: good 
warning category

==
ERROR: test_warning_classes (test.test_warnings.PyWarnTests)
--
Traceback (most recent call last):
  File /home/serhiy/py/cpython/Lib/test/test_warnings.py, line 460, in 
test_warning_classes
self.module.warn('good warning category', MyWarningClass)
  File /home/serhiy/py/cpython/Lib/warnings.py, line 204, in warn
globals)
  File /home/serhiy/py/cpython/Lib/warnings.py, line 249, in warn_explicit
raise message
test.test_warnings.WarnTests.test_warning_classes.locals.MyWarningClass: good 
warning category

--

This is 3.x only issue.

--
components: Tests
messages: 232446
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: test_warnings fails with -Werror
type: behavior
versions: Python 3.4, Python 3.5

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23027
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23028] CEnvironmentVariableTests and PyEnvironmentVariableTests test the same implementation

2014-12-10 Thread Serhiy Storchaka

New submission from Serhiy Storchaka:

CEnvironmentVariableTests and PyEnvironmentVariableTests are purposed to test C 
and Python implementations. But they are test the same implementation because 
execute test code in a subprocess and changes of sys.modules in current process 
don't affect a subprocess.

--
components: Tests
messages: 232447
nosy: serhiy.storchaka
priority: normal
severity: normal
stage: needs patch
status: open
title: CEnvironmentVariableTests and PyEnvironmentVariableTests test the same 
implementation
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23028
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23029] test_warnings produces extra output in quit mode

2014-12-10 Thread Serhiy Storchaka

New submission from Serhiy Storchaka:

$ ./python -m test.regrtest -q test_warnings
test.test_warnings:559: UserWarning: test

This is 2.7 only issue.

--
components: Tests
messages: 232448
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: test_warnings produces extra output in quit mode
type: behavior
versions: Python 2.7

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23029
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23016] uncaught exception in lib/warnings.py when executed with pythonw

2014-12-10 Thread Serhiy Storchaka

Changes by Serhiy Storchaka storch...@gmail.com:


--
assignee:  - serhiy.storchaka
resolution:  - fixed
stage: patch review - resolved
status: open - closed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23016
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue22992] Adding a git developer's guide to Mercurial to devguide

2014-12-10 Thread Demian Brecht

Demian Brecht added the comment:

The issue and solution was confirmed on IRC in #mercurial by mpm (Matt 
Mackall). According to him, there is also no easy way to change this behaviour 
from the client. The problem isn't /really/ a Mercurial issue, but an issue 
with web server specific defaults.

The default for Apache (which is what is being used here, correct?) is 8k. The 
worst case header size was ~8.4k. So I'd say that upping the limit to 9k or 10k 
would account for the worst case scenario as well as add a small buffer.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22992
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23027] test_warnings fails with -Werror

2014-12-10 Thread Berker Peksag

Changes by Berker Peksag berker.pek...@gmail.com:


--
nosy: +berker.peksag
stage:  - needs patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23027
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23029] test_warnings produces extra output in quiet mode

2014-12-10 Thread Serhiy Storchaka

Changes by Serhiy Storchaka storch...@gmail.com:


--
title: test_warnings produces extra output in quit mode - test_warnings 
produces extra output in quiet mode

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23029
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue19527] Test failures with COUNT_ALLOCS

2014-12-10 Thread Serhiy Storchaka

Changes by Serhiy Storchaka storch...@gmail.com:


--
components: +Tests
nosy: +serhiy.storchaka
stage:  - patch review
type:  - behavior
versions: +Python 3.5

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19527
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue19527] Test failures with COUNT_ALLOCS

2014-12-10 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

Why do you check hasattr(sys, 'getrefcount') in test_io.py, but hasattr(sys, 
'getcounts') in all other tests?

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19527
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue18383] test_warnings modifies warnings.filters when running with -W default

2014-12-10 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

The patch fixes symptoms. It would be better to fix the cause of the issue -- 
warnings.filters shouldn't duplicate after module reloading.

--
nosy: +serhiy.storchaka
versions: +Python 3.5 -Python 3.3

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18383
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue14784] Re-importing _warnings changes warnings.filters

2014-12-10 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

Issue18383 is a duplicate of this issue but it has a patch (not perfect).

--
nosy: +serhiy.storchaka

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14784
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue22823] Use set literals instead of creating a set from a list

2014-12-10 Thread Michael Foord

Michael Foord added the comment:

Patch looks good to me.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22823
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23006] Improve the doc and indexing of adict.__missing__.

2014-12-10 Thread Roundup Robot

Roundup Robot added the comment:

New changeset 0fe3fb886c38 by Terry Jan Reedy in branch '2.7':
Issue #23006: Improve the documentation and indexing of dict.__missing__.
https://hg.python.org/cpython/rev/0fe3fb886c38

New changeset 31875b244bdf by Terry Jan Reedy in branch '3.4':
Issue #23006: Improve the documentation and indexing of dict.__missing__.
https://hg.python.org/cpython/rev/31875b244bdf

New changeset 41b172fd4479 by Terry Jan Reedy in branch '3.4':
Issue #23006 whitespace
https://hg.python.org/cpython/rev/41b172fd4479

--
nosy: +python-dev

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23006
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23006] Improve the doc and indexing of adict.__missing__.

2014-12-10 Thread Terry J. Reedy

Terry J. Reedy added the comment:

I made a couple more minor revisions to the 3.4 stdtypes text and copied the 
revised paragraph, with the code example, to 2.7

--
resolution:  - fixed
stage: needs patch - resolved
status: open - closed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23006
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue20866] segfailt with os.popen and SIGPIPE

2014-12-10 Thread Terry J. Reedy

Changes by Terry J. Reedy tjre...@udel.edu:


--
resolution:  - fixed
stage: test needed - resolved
status: open - closed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20866
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue22992] Adding a git developer's guide to Mercurial to devguide

2014-12-10 Thread Demian Brecht

Demian Brecht added the comment:

I've added a section about rebasing and removed the comment about merging. Of 
course, I'm assuming that the config changes can be made to Apache to allow for 
this workflow.

--
Added file: http://bugs.python.org/file37412/issue22992_1.patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22992
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue22225] Add SQLite support to http.cookiejar

2014-12-10 Thread Demian Brecht

Demian Brecht added the comment:

Coming back to this, it's likely a bad idea as an addition to the standard 
library as an update may be required out of band with scheduled deployments 
should schemas and such change. This is best developed as an external module. 
Closing.

--
status: open - closed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue21600] mock.patch.stopall doesn't work with patch.dict to sys.modules

2014-12-10 Thread Eric Snow

Eric Snow added the comment:

At least for CPython sys.modules is initially set to the modules dict on the 
interpreter struct.  As of 3.4 the import system itself only cares about 
sys.modules (I'll have to double check on builtin___import__).  However, if I 
recall correctly at least part of the import C-API interacts directly with the 
original interpreter copy of the modules dict.

The catch is that setting sys.modules to something else does not also change 
the dict on the interpreter struct.  So they will be out of sync.  This may 
cause problems.  In practice I don't think it's a big deal, but there is no 
guarantee that patching out sys.modules will give you the behavior that you 
expect.

See also issue #12633.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21600
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23024] Python Compile Error on Mac os X ld: unknown option: -export-dynamic

2014-12-10 Thread zhuoyikang

zhuoyikang added the comment:

Sorry, i am not  cross-build , i just building it on my mac os x machine :

i fellow this =
Build Instructions
--

On Unix, Linux, BSD, OSX, and Cygwin:

New text

./configure
make
make test
sudo make install

This will install Python as python3.

2014-12-11 3:38 GMT+08:00 Ned Deily rep...@bugs.python.org:


 Ned Deily added the comment:

 The -export-dynamic compile option is not supported nor selected at
 configure time for normal builds on OS X.  Exactly what configure options
 did you use?  I see that you have checked Cross-Build for components.  What
 sort of cross-building are you attempting?

 --
 nosy: +ned.deily

 ___
 Python tracker rep...@bugs.python.org
 http://bugs.python.org/issue23024
 ___


--
title: Python Compile Error on Mac os X  ld: unknown option: -export-dynamic - 
Python Compile Error on Mac os X ld: unknown option: -export-dynamic

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23024
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue23024] Python Compile Error on Mac os X ld: unknown option: -export-dynamic

2014-12-10 Thread Ned Deily

Ned Deily added the comment:

That should work just fine, assuming you are using an unmodified Python 3.4.x 
source download or the 3.4 branch of a source repo. My best guess as to why you 
are running into problems is that you may be picking up build tools other than 
those supplied by Apple.  On recent versions of OS X, make sure you have run 
'sudo xcode-select --install' to install the latest version of the command line 
tools and check your shell $PATH variable.  There may be clues in the 
config.log file produced by running ./configure.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23024
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue22823] Use set literals instead of creating a set from a list

2014-12-10 Thread Raymond Hettinger

Changes by Raymond Hettinger raymond.hettin...@gmail.com:


--
assignee: michael.foord - serhiy.storchaka

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22823
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com