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.

Author cournape
Recipients cdavid, cgohlke, cournape, giampaolo.rodola, loewis, schmir, scott.tsai
Date 2011-04-02.14:11:38
SpamBayes Score 3.9968e-14
Marked as misclassified No
Message-id <1301753499.65.0.317871008633.issue4709@psf.upfronthosting.co.za>
In-reply-to
Content
Hi Martin,

It was nice meeting you at Pycon.

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:

  - Start fresh from windows 7 64 bits
  - clone python hg repository, and checkout the 2.6 branch (path referred as $PYTHON_ROOT from now on).
  - build python with VS 2008 pro, 64 bits (release mode)
  - install mingw-w64. 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:¥
  - I compiled a trivial C extension in foo.c as follows:

C:\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

The patch removes the need for defining MS_WIN64. 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. Ideally, it could be backported to 2.6, 2.7 and 3.1 ?
History
Date User Action Args
2011-04-02 14:11:39cournapesetrecipients: + cournape, loewis, giampaolo.rodola, schmir, scott.tsai, cdavid, cgohlke
2011-04-02 14:11:39cournapesetmessageid: <1301753499.65.0.317871008633.issue4709@psf.upfronthosting.co.za>
2011-04-02 14:11:39cournapelinkissue4709 messages
2011-04-02 14:11:38cournapecreate