[issue43003] Parts of the API will be removed in Python 4.0 ?
New submission from Michael Clerx : The unicode C-API documentation has a deprecation warning on this page: https://docs.python.org/3.9/c-api/unicode.html#deprecated-py-unicode-apis stating some functions are Deprecated since version 3.3, will be removed in version 4.0. But as far as I understand there are no current plans for a 4.0. Should the text read "removed in version 3.10" ? -- assignee: docs@python components: Documentation messages: 385501 nosy: MichaelClerx, docs@python priority: normal severity: normal status: open title: Parts of the API will be removed in Python 4.0 ? ___ Python tracker <https://bugs.python.org/issue43003> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12641] Remove -mno-cygwin from distutils
Michael Clerx added the comment: I'm seeing this bug in 2.7.9. The reason seems to be that the version detection doesn't work... This snippet: out = os.popen(gcc_exe + ' -dumpversion', 'r') out_string = out.read() returns an empty out_string, causing gcc_version = None '4' Maybe the '4' check could be restructured to see None as probably modern instead of probably very out of date ? -- nosy: +Michael.Clerx ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12641 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23246] distutils fails to locate vcvarsall with Visual C++ Compiler for Python
Michael Clerx added the comment: Thanks! However, importing setuptools causes a string of errors about PYTHONPATH and .pth files (even on a linux system) In addition, a monkeypatched version of find_vcvarsall allowed things to run, but it seems finding plain C libraries with Visual C++ for python is very different from finding libraries in mingw I think I'll just start telling my windows users to install MinGW instead -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23246] distutils fails to locate vcvarsall with Visual C++ Compiler for Python
Michael Clerx added the comment: Thanks! If I do copy this patch, do I need to add anything to my license text other than a reference in the file itself? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23246] distutils fails to locate vcvarsall with Visual C++ Compiler for Python
Michael Clerx added the comment: @Mark I don't quite understand what you're saying. Distutils supports it, provided you add a line to distutils.cfg. I've been using the PythonXY versions of Python with MinGW (everything before 2.7.9.0) to happily compile for nearly 4 years now. Regarding your earlier suggestion about distutils and Visual C++ for Python, I hacked something together to do it dynamically in the script using distutils. Very ugly :-) import platform if platform.system() == 'Windows': vcpath = os.environ['ProgramFiles'] vcpath = os.path.join(vcpath, 'Common Files', 'Microsoft', 'Visual C++ for Python', '9.0', 'vcvarsall.bat') if os.path.isfile(vcpath): import distutils.msvc9compiler old_find = distutils.msvc9compiler.find_vcvarsall def new_find(version): path = old_find(version) if path is None: return vcpath distutils.msvc9compiler.find_vcvarsall = new_find -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23246] distutils fails to locate vcvarsall with Visual C++ Compiler for Python
Michael Clerx added the comment: Is there anyway to fix this without using setuptools? I'm using distutils to compile on the fly which has worked brilliantly for the last few years, not sure I want to destabilize everything by switching to setuptools. -- nosy: +Michael Clerx ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
