Showing content from http://mail.python.org/pipermail/python-dev/attachments/20150902/770d2542/attachment.html below:
<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body><div><div style="font-family: Calibri,sans-serif; font-size: 11pt;">You can also build existing object or static libraries into their own DLL with the old compiler and dynamically link to them. It's not perfect, but it's no worse than trying to link them in directly.<br><br>Otherwise, your analysis is correct. The OpenSSL issue was because they directly referred to __iob_func in their own code. It submitted a patch for it months ago and they fixed it, but possibly only in 1.0.2.<br><br>Cheers,<br>Steve<br><br>Top-posted from my Windows Phone</div></div><div dir="ltr"><hr><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">From: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;"><a href="mailto:p.f.moore@gmail.com">Paul Moore</a></span><br><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">Sent: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;">â9/â2/â2015 5:38</span><br><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">To: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;"><a href="mailto:cmkleffner@gmail.com">Carl Kleffner</a></span><br><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">Cc: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;"><a href="mailto:steve.dower@python.org">Steve Dower</a>; <a href="mailto:python-dev@python.org">Python Dev</a></span><br><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">Subject: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;">Re: [Python-Dev] Building Extensions for Python 3.5 on Windows</span><br><br></div>On 2 September 2015 at 13:01, Carl Kleffner <cmkleffner@gmail.com> wrote:<br>> that is https://bugs.python.org/msg248716 see also<br>> http://rt.openssl.org/Ticket/Display.html?id=3390&user=guest&pass=guest<br><br>Interesting. But it does confirm that object files have to be rebuilt,<br>and there's no way to use existing object files. So if your source<br>only builds with mingw, it needs mingw's headers updating before you<br>can do that rebuild.<br><br>FWIW, in the case I hit with xpm, the xpm library only uses FILE*<br>internally - the external APIs are purely in terms of filenames. And<br>it only uses FILE* via the standard C APIs for it. So it's not a<br>simple case of "avoid using CRT types in external APIs".<br><br>So unless I'm misunderstanding, *any* object code used in a project<br>(whether directly or from a 3rd party library) has to be build using a<br>compiler that supports the ucrt (which, given that mingw doesn't have<br>that support yet, means VS 2015 only).<br><br>Note: I understand why the move to the ucrt is good, and I view this<br>as very much a short term transitional issue, but it is real and I<br>think it's important people understand the implications.<br><br>Paul<br></body></html>
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