I don't know exactly the policies for which branch this could be applied - anything below 2.6 does not make much sense since most win64 users use 2.6 at least.
MINGW 64 PATCH
The patch removes the need for defining MS_WIN64. I compiled a trivial C extension in foo.c as follows:Ĭ:\mingw-w64\bin\x86_64-w64-mingw32-gcc.exe foo.c -I $PYTHON_ROOT\Include -I $PYTHON_ROOT\PC -shared -o foo.pyd $PYTHON_ROOT\PCbuild\amd64\python26.lib -DMS_WIN64 I used this exact version: mingw-w64-1.0-bin_i686-mingw_20110328.zip (release 1.0, targetting win64 but running in 32 bits native mode), and unzipped it in C:¥
MINGW 64 64 BITS
build python with VS 2008 pro, 64 bits (release mode)
clone python hg repository, and checkout the 2.6 branch (path referred as $PYTHON_ROOT from now on).
MINGW 64 WINDOWS
I finally took the time to set up a windows 64 bits environment, and here are the exact steps I needed to do to reproduce the issue, and fix it by hand: How am I supposed to link with this toolchain? If linking with -lmscvr90 is incorrect, what should I use instead? If it is correct, where do I get the proper import library from? mingw32/bin/ld.exe: cannot find -lmsvcr90 I have now tried reproducing the problem, and still failed to. > you can easily test from a windows command shell without having to > I can make the toolchain available to you as a tarball, though, so that That the patch is "harmless" is not a convincing reason to apply it. In many cases, doing so reveals insights into the actual problem, > does not break the MS toolchain (the one used to build the officialĪs a principle, I always try to reproduce a problem when reviewing a > just moves the MS_WIN64 outside the MS compiler specific part. > The toolchain is difficult to build, but the patch is easy to review, it
Hopefully, this should make the patch much easier to test.
MINGW 64 DOWNLOAD
This installs gcc (C+Fortran+C++ compilers, the download is ~ 40 Mb),Īnd it can be used from the command line as conventional mingw32. Ok, it looks like following gcc 4.4.0 release, there is an installer for You can easily test from a windows command shell without having to I can make the toolchain available to you as a tarball, though, so that If itĭoes not break the MS toolchain (the one used to build the official Just moves the MS_WIN64 outside the MS compiler specific part. The toolchain is difficult to build, but the patch is easy to review, it It's too difficult to setup the environment to be Something which sounds interesting to python itself, I am willing to add Much is needed for support at the stdlib distutils level. Since we use our own distutils extensions in numpy, I don't know how Sorry, the wiki page is bit messy, I will clean it up). builds a hello-world like python extension from the command line: Windows subsystem - I have not tested cross compilation, or even usingģ2 bits toolchain on WoW). take a native toolchain (by native, I mean runs on and target 64 bits The quickest way to test the patch would be as follows: The official python for amd64 on windows. My 'scenario' is building extensions against I think compiling python itself with it would be quite difficult - I
MINGW 64 INSTALL
Should I install in what order, so that I can compile Python? Is there any change to see this integrated soon ? The patch is only aĬan you please provide some setup instructions for mingw-w64? What URLs I believe the attached patch should fix the problem (I have not tested Gcc -I C:\Python26\include -DMS_WIN64 main.c Sizeof(Py_intptr_t) = 8, but with gcc, you get 4. If you build this with MS compiler, you get the expected Printf("sizeof(Py_intptr_t) = %d\n", sizeof(Py_intptr_t)) Not enabled unless MS_WIN64 is defined, and the later is not defined ifĪn extension is not built with MS compiler. Itĭoes not work for compilers which are not MS ones, because buildingĪgainst the official binary (python 2.6) relies on features which are I believe the current pyport.h for windows 圆4 has some problems. MinGW is unsupported - close all open issues and list them here.ĭuncan McBryde, Henry Gomersall, LRN, WhiteTiger, arbitraryvalue, carlkl, casevh, cdavid, cgohlke, cournape, donmez, eric.araujo, giampaolo.rodola, jdpipe, loewis, matham, njs, paul.moore, r.david.murray, ralf.gommers, rpetrov, rubenvb, scott.tsai, simonzack, steve.dower, taschini, zach.wareĬreated on 08:53 by cdavid, last changed 10:00 by iritkatriel.
0 kommentar(er)
