Now without zip... 015-05-19 10:17 GMT+02:00 Ruben Van Boxem <vanboxem.ru...@gmail.com>:
> 2015-05-19 10:03 GMT+02:00 LRN <lrn1...@gmail.com>: > >> On 19.05.2015 10:09, Ruben Van Boxem wrote: >> > Hi guys, >> > >> > There has recently (as in, yesterday) been a new flicker of activity in >> the >> > mingw-python camp. >> > For a long time, GCC on Windows was not a usable option for Python >> without >> > some pretty big workarounds and hacks to get everything working. The >> > biggest issue being that you cannot simply build Python extensions with >> > MinGW(-w64). For that issue, and the flicker of activity, see this bug >> > report: >> > http://bugs.python.org/issue4709 >> > >> > Now, it seems that VS2015 is coming with a new "Universal CRT", which >> will >> > be what the new Python version supports. Paule Moore, a new Python >> > contributor, is prepared to help significantly as I understand it, but >> he >> > deems support for the new CRT somewhat of a requirement to get >> streamlined >> > support for the GCC/Windows/Python combination. What are the chances of >> > this being added to MinGW-w64 "soon"? >> >> IANAL, but UCRT might also improve the licensing situation, where GPLv2 >> programs can't legally link to anything other than msvcrt.dll that comes >> with the OS; if UCRT is, legally, an OS component (and from the way MS >> describes it, that seems to be the case), GPLv3 (and, hopefully, GPLv2) >> programs will be able to use it. That could serve as an extra motivation >> for UCRT support in MinGW-w64. >> > > Yes, that seems to be indeed the case, plus it will be available on older > OS versions through Windows update: > > http://blogs.msdn.com/b/vcblog/archive/2015/03/03/introducing-the-universal-crt.aspx > > It would be awesome to be able to "update" the CRT underlying MinGW-w64. > As a start, attached are the def files for the current Windows 10 ucrtbase > DLLs (along with msvcrt, because why not) generated by gendef. > > I think it's time to create a new GCC target maybe... How about > "{i686,x86_64}-pc-windows", and it links to the ucrtbase libraries, which > will be unversioned, serviced in place (much like glibc, as I understand > it). Maybe we can use native threading primitives in one go for C++11 for > the new target! > > /ImustbeonsomethingI'llgotakeawalknow > > Cheers, > > Ruben > > >> >> -- >> O< ascii ribbon - stop html email! - www.asciiribbon.org >> >> >> ------------------------------------------------------------------------------ >> One dashboard for servers and applications across Physical-Virtual-Cloud >> Widest out-of-the-box monitoring support with 50+ applications >> Performance metrics, stats and reports that give you Actionable Insights >> Deep dive visibility with transaction tracing using APM Insight. >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >> _______________________________________________ >> Mingw-w64-public mailing list >> Mingw-w64-public@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public >> >> >
x64_msvcrt.def
Description: Binary data
x64_ucrtbase.def
Description: Binary data
x86_msvcrt.def
Description: Binary data
x86_ucrtbase.def
Description: Binary data
------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public