"Martin v. Loewis" <martin at v.loewis.de> writes: > Paul Moore wrote: >> I don't know if Martin has already done this, but it needs doing. I'm >> not a distutils expert, but I am willing to look at it in the longer >> term. > > I haven't changed any Python file at all in the process of compiling > with VC 7.1. However, Python (since 2.3) indicates the compiler used > to build it in sys.version; I believe this could be used as an > indication to find out whether it was build with VC6 or VC7.1 (dunno > whether it could also tell apart 7.0 and 7.1). I have a patch which seems to do the right thing with respect to adding "-lmsvcr71" to the GCC link command. The resulting build looks OK, and building a simple extension works fine. Apparently, however, Phillip J. Eby got a working DLL without needing this. And indeed I have no problems omitting the -lmsvcr71. So we don't have a real example of the "potential issue" with mismatched MSVC runtimes. Nevertheless, if you do "objdump -p myext.pyd" and look at the import tables, you do see that runtime symbols are satisfied from msvcrt without the -l flag, and from msvcr71 with it (apart from abort, which is always from msvcrt, which seems to be a peculiarity of how the mingw startup code is linked). I've uploaded it to SourceForge (http://www.python.org/sf/870382) and assigned it to you. I hope that's OK. Paul.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4