Issue 614051: win32 build_ext problem (original) (raw)

Issue614051

➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

This issue has been migrated to GitHub: https://github.com/python/cpython/issues/37213

classification

process

Created on 2002-09-24 21:18 by jhylton, last changed 2022-04-10 16:05 by admin. This issue is now closed.

Messages (3)
msg12471 - (view)	Author: Jeremy Hylton (jhylton)	Date: 2002-09-24 21:18
From: Andy Miller <amiller@juniper.net> To: jeremy@alum.mit.edu Subject: Bug in build_ext.py Date: Tue, 10 Sep 2002 03:25:46 -0700 In the last CVS version of build_ext.py you changed the get_libraries function to read: if sys.platform == "win32": from distutils.msvccompiler import MSVCCompiler if not isinstance(self.compiler, MSVCCompiler): template = "python%d%d" It also needs an else assocated with the "if not isinstance" else: return ext.libraries Otherwise if an installer has defined their own compiler (or is not using MSVC I suppose) then none of the libraries are passed to the link stage - I discovered this with the WxPython modules. The previous version of build_ext used to fallout the bottom with the "return ext.libraries" while with the current version you get a 'None' if Win32 and NOT MSVC Cheers Andy
msg12472 - (view)	Author: Thomas Heller (theller) *	Date: 2002-10-31 14:28
Logged In: YES user_id=11105 I've checked in a patch: build_ext.py, rev 1.86.
msg12473 - (view)	Author: Thomas Heller (theller) *	Date: 2002-11-04 08:22
Logged In: YES user_id=11105 Closing as fixed.