Re: [Mingw-w64-public] Using Python and Mingw64
On Thu, Mar 14, 2013 at 8:00 PM, Theuns Heydenrych theunsheydenr...@gmail.com wrote: Hi sorry, i made references in the previous mail, to line numbers here is the pastebin link to the cygwinccompiler.py http://pastebin.com/jucBgjpQ One other thing , i configure Sip with python configure.py DEFINES+=MS_WIN64 -p win32-g++ Regards Have you got your stuff settled out yet? -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
Op 23 mrt. 2013 19:11 schreef NightStrike nightstr...@gmail.com het volgende: On Thu, Mar 14, 2013 at 9:37 PM, Ray Donnelly mingw.andr...@gmail.com wrote: Hi Ruben. It would be great to have recruit you to the cause to get these merged. My experience in that regard has been a bit frustrating. I think the patches are split up reasonably, except for the huge ones from Roumen Petrov. Due to Alexey's mingwbuilds efforts, Qt 5.0.1 use this Python for their gdb. On bugs.python.org, the relevant numbers - last time I looked - were 3754 3871 16235 16291 and 16292. Roumen said he would split his patches up and resubmit but I've been too busy to track this recently. If you want commit access to my github project let me know: https://github.com/mingwandroid/crucifixion-freedom Have you guys been able to get python upstream to accept the patches? Sorry about the lack of stuff, but I must admit I can't find the time to hack on Python. Ruben -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
Me neither, but it's fairly high on my priorities list to try to get more of these patches merged. On Sat, Mar 23, 2013 at 6:14 PM, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: Op 23 mrt. 2013 19:11 schreef NightStrike nightstr...@gmail.com het volgende: On Thu, Mar 14, 2013 at 9:37 PM, Ray Donnelly mingw.andr...@gmail.com wrote: Hi Ruben. It would be great to have recruit you to the cause to get these merged. My experience in that regard has been a bit frustrating. I think the patches are split up reasonably, except for the huge ones from Roumen Petrov. Due to Alexey's mingwbuilds efforts, Qt 5.0.1 use this Python for their gdb. On bugs.python.org, the relevant numbers - last time I looked - were 3754 3871 16235 16291 and 16292. Roumen said he would split his patches up and resubmit but I've been too busy to track this recently. If you want commit access to my github project let me know: https://github.com/mingwandroid/crucifixion-freedom Have you guys been able to get python upstream to accept the patches? Sorry about the lack of stuff, but I must admit I can't find the time to hack on Python. Ruben -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
Hi Ruben. It would be great to have recruit you to the cause to get these merged. My experience in that regard has been a bit frustrating. I think the patches are split up reasonably, except for the huge ones from Roumen Petrov. Due to Alexey's mingwbuilds efforts, Qt 5.0.1 use this Python for their gdb. On bugs.python.org, the relevant numbers - last time I looked - were 3754 3871 16235 16291 and 16292. Roumen said he would split his patches up and resubmit but I've been too busy to track this recently. If you want commit access to my github project let me know: https://github.com/mingwandroid/crucifixion-freedom On 14 Mar 2013 15:28, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: Never mind, I found these: https://github.com/niXman/mingw-builds/tree/master/patches/Python-3.3.0 I'll see if I can get these sorted out and stir the Python devs :) Ruben 2013/3/14 Ruben Van Boxem vanboxem.ru...@gmail.com 2013/3/13 Ray Donnelly mingw.andr...@gmail.com You could use my Python if you want: https://mingw-and-ndk.googlecode.com/files/python-2.7.3-win64.7z https://mingw-and-ndk.googlecode.com/files/python-2.7.3-win32.7z They were compiled using MinGW-w64 compilers. The mingwbuilds project also includes Python binaries built from the same patches. Have you considered pushing these upstream to the Python devs? Reading the build python with mingw bug report ( http://bugs.python.org/issue3871) I see the devs willing to accept the changes, if split up properly. Now that I have switched to Python for my scientific stuff, it may be interesting to be able to compile Python myself. Could you give me a link to the patches used to build Python? Are there Python 3.x patches as well? Thanks, Ruben On Wed, Mar 13, 2013 at 12:15 PM, Theuns Heydenrych theunsheydenr...@gmail.com wrote: I feel that i am very near the point that it will work, but don't know what else to do. Any other suggestions? On Wed, Mar 13, 2013 at 9:52 AM, Václav Šmilauer e...@doxos.eu wrote: On 13/03/13 07:17, Theuns Heydenrych wrote: Hi, I know this is not a Python mailing list, but i am desperate. Someone in StackOverflow I am compiling Sip and PyQt from source using Mingw64 and Python 2.7.3 64bit. Python binaries is installed via downloaded installer, and is build with MSVC. I went through the exercise of making a libpython27.a file. Sip build successfully and work when used in a python console when using the following script from sip import * and PyQt build successfully , but fails with a Python stop working Windows7 dialog , when the following script is used in the python console. from PyQt4.Qt import * How do i debug this? Is it because Python is build with MSVC? Is it ok, to build things like Sip and PyQt with Mingw and gcc and it link against a MSVC Python27.dll? Hi, this is a recurrent topic unfortunately. You can built extensions to MSVC-compiled python with mingw, but the problem is the MSVC runtime you link to - msvcrt or msvcr90 etc. See my post http://article.gmane.org/gmane.comp.gnu.mingw.w64.general/6306 (and the rest of that thread) for solution: change the MSVC dll disutils link to. I did build sip and pyqt4 (among others) successfully, it works flawlessly. (Building SIP was tricky with msys shell a bit.) You might want to check http://permalink.gmane.org/gmane.comp.gnu.mingw.w64.general/6511 - there are build scripts and patches in the attachment which I used. http://bugs.python.org/issue16472 is upstream bug for this. HTH, Vaclav -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
I think it would be great if patches will be merged in Python tree and we can build Python with mingw without this big list of patches. I can help with splitting too some later when finish some work on MSYS2. 15.03.2013, в 11:37, Ray Donnelly mingw.andr...@gmail.com написал(а): Hi Ruben. It would be great to have recruit you to the cause to get these merged. My experience in that regard has been a bit frustrating. I think the patches are split up reasonably, except for the huge ones from Roumen Petrov. Due to Alexey's mingwbuilds efforts, Qt 5.0.1 use this Python for their gdb. On bugs.python.org, the relevant numbers - last time I looked - were 3754 3871 16235 16291 and 16292. Roumen said he would split his patches up and resubmit but I've been too busy to track this recently. If you want commit access to my github project let me know: https://github.com/mingwandroid/crucifixion-freedom On 14 Mar 2013 15:28, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: Never mind, I found these: https://github.com/niXman/mingw-builds/tree/master/patches/Python-3.3.0 I'll see if I can get these sorted out and stir the Python devs :) Ruben 2013/3/14 Ruben Van Boxem vanboxem.ru...@gmail.com 2013/3/13 Ray Donnelly mingw.andr...@gmail.com You could use my Python if you want: https://mingw-and-ndk.googlecode.com/files/python-2.7.3-win64.7z https://mingw-and-ndk.googlecode.com/files/python-2.7.3-win32.7z They were compiled using MinGW-w64 compilers. The mingwbuilds project also includes Python binaries built from the same patches. Have you considered pushing these upstream to the Python devs? Reading the build python with mingw bug report (http://bugs.python.org/issue3871) I see the devs willing to accept the changes, if split up properly. Now that I have switched to Python for my scientific stuff, it may be interesting to be able to compile Python myself. Could you give me a link to the patches used to build Python? Are there Python 3.x patches as well? Thanks, Ruben On Wed, Mar 13, 2013 at 12:15 PM, Theuns Heydenrych theunsheydenr...@gmail.com wrote: I feel that i am very near the point that it will work, but don't know what else to do. Any other suggestions? On Wed, Mar 13, 2013 at 9:52 AM, Václav Šmilauer e...@doxos.eu wrote: On 13/03/13 07:17, Theuns Heydenrych wrote: Hi, I know this is not a Python mailing list, but i am desperate. Someone in StackOverflow I am compiling Sip and PyQt from source using Mingw64 and Python 2.7.3 64bit. Python binaries is installed via downloaded installer, and is build with MSVC. I went through the exercise of making a libpython27.a file. Sip build successfully and work when used in a python console when using the following script from sip import * and PyQt build successfully , but fails with a Python stop working Windows7 dialog , when the following script is used in the python console. from PyQt4.Qt import * How do i debug this? Is it because Python is build with MSVC? Is it ok, to build things like Sip and PyQt with Mingw and gcc and it link against a MSVC Python27.dll? Hi, this is a recurrent topic unfortunately. You can built extensions to MSVC-compiled python with mingw, but the problem is the MSVC runtime you link to - msvcrt or msvcr90 etc. See my post http://article.gmane.org/gmane.comp.gnu.mingw.w64.general/6306 (and the rest of that thread) for solution: change the MSVC dll disutils link to. I did build sip and pyqt4 (among others) successfully, it works flawlessly. (Building SIP was tricky with msys shell a bit.) You might want to check http://permalink.gmane.org/gmane.comp.gnu.mingw.w64.general/6511 - there are build scripts and patches in the attachment which I used. http://bugs.python.org/issue16472 is upstream bug for this. HTH, Vaclav -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download
Re: [Mingw-w64-public] Using Python and Mingw64
ok, i just want to confirm.
I patched the cygwinccompiler.py file to /return ['msvcr90'] /(line
77) when /get_msvcr()/ is called.
So if a build the Sip.pyd with mingw, and inspect the result in
DendencyWalker I should see that Sip.pyd depended on MSVCR90 and
not MSVCRTL ?
Because after the patches and a rebuild Sip is still build
with MSVCRTL, it does not feel right, considering all the patches made?
Well, it did not feel right to me either, that's why I filed bugs about
it over at python.org, but it was the way everything worked for me
without crashes.
I have noticed that further down the file it looks like
Mingw32CCompiler class is commented out, should it be like this?
on line 343 /# class Mingw32CCompiler/
Also line 339 looked like this
/self.dll_libraries = [] # get_msvcr()/
I changed it to this
/self.dll_libraries = get_msvcr()/
Is it correct?
Well, I think patch does the right thing, so if it returns nothing, it
works (at least here). I don't remember all my iterations trying to sort
that out, but this is the result which I use. I think returning msvc90
worked as well, but it was actually not necessary (IIRC mingw links to
that one automatically, that was why it was not needed at all?). BTW be
sure to correct the path to ccache.exe, if you use it, or just delete it
altogether from there.
And regarding the pydistutils.cfg file, will it also be automatically
picked up when building Sip.pyd?
At the moment the pydistutils.cfg file is located in the
MSys/home/user folder, is this correct or should it be some
C:\Python2.7 folder?
Distutils expects that file in the home folder, though it is a bit
ambiguous under Windows for me, so I put it in both
os.path.expanduser('~') / and /c/Users/$USERNAME, to make sure. You can
try to delete one and see which one is actually used.
One last thing, how do i know python is using the Mingw32CCompiler
class, is there somehow i can debug/output, to confirm it does use
this class?
You can put something like print 500*'$' to see if it is used during
your compilation.
BTW If you want to compile in parallel, add this to your setup.py of the
compilation-hungry package: http://stackoverflow.com/a/13176803/761090 .
HTH, Vaclav
PS you don't need cc me, I am on the list :-)
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
One other thing , i configure Sip with /python configure.py DEFINES+=MS_WIN64 -p win32-g++/ Does it change something? For me it works without MS_WIN64. (I am glad I compiled everything I needed, only occasionally rebooting to windows for a build; so I don't feel like experimenting with such flags again; and hope to stay with the versions I used for at least half a year or so...) Cheers, v. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
I went through the build-all.sh script in detail, to be found in the attchement of http://permalink.gmane.org/gmane.comp.gnu.mingw.w64.general/6511 I also looked at the python patches, i had to patch the files manually. In the build-all.sh script a pydistutils.cfg file is created. How is this used ? That file is picked up automatically by distutils, so that whenever you run (for example) easy_install, it will use mingw rather than msvc (which is the platform's default). Otherwise, you'd have to specify that manually every time. HTH, Vaclav -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
Thank You for all the information, it really helped a lot. But still things don't work correctly. I had a good look at your shell script build-all.sh I installed Python 2.7.3 64bit manually and applied the patch for python I Compiled Sip 4.14.3 and install it. I Compiled PyQt-win-gpl-4.9.6 and installed it. Execute the following and get the following error: /python/ / from PyQt4.Qt import QtCore/ /Traceback (most recent call last):/ / File stdin, line 1, in module/ /ImportError: cannot import name QtCore/ // /from PyQt4 import QtCore/ Is that what you mean? HTH, v. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
2013/3/13 Ray Donnelly mingw.andr...@gmail.com You could use my Python if you want: https://mingw-and-ndk.googlecode.com/files/python-2.7.3-win64.7z https://mingw-and-ndk.googlecode.com/files/python-2.7.3-win32.7z They were compiled using MinGW-w64 compilers. The mingwbuilds project also includes Python binaries built from the same patches. Have you considered pushing these upstream to the Python devs? Reading the build python with mingw bug report (http://bugs.python.org/issue3871) I see the devs willing to accept the changes, if split up properly. Now that I have switched to Python for my scientific stuff, it may be interesting to be able to compile Python myself. Could you give me a link to the patches used to build Python? Are there Python 3.x patches as well? Thanks, Ruben On Wed, Mar 13, 2013 at 12:15 PM, Theuns Heydenrych theunsheydenr...@gmail.com wrote: I feel that i am very near the point that it will work, but don't know what else to do. Any other suggestions? On Wed, Mar 13, 2013 at 9:52 AM, Václav Šmilauer e...@doxos.eu wrote: On 13/03/13 07:17, Theuns Heydenrych wrote: Hi, I know this is not a Python mailing list, but i am desperate. Someone in StackOverflow I am compiling Sip and PyQt from source using Mingw64 and Python 2.7.3 64bit. Python binaries is installed via downloaded installer, and is build with MSVC. I went through the exercise of making a libpython27.a file. Sip build successfully and work when used in a python console when using the following script from sip import * and PyQt build successfully , but fails with a Python stop working Windows7 dialog , when the following script is used in the python console. from PyQt4.Qt import * How do i debug this? Is it because Python is build with MSVC? Is it ok, to build things like Sip and PyQt with Mingw and gcc and it link against a MSVC Python27.dll? Hi, this is a recurrent topic unfortunately. You can built extensions to MSVC-compiled python with mingw, but the problem is the MSVC runtime you link to - msvcrt or msvcr90 etc. See my post http://article.gmane.org/gmane.comp.gnu.mingw.w64.general/6306 (and the rest of that thread) for solution: change the MSVC dll disutils link to. I did build sip and pyqt4 (among others) successfully, it works flawlessly. (Building SIP was tricky with msys shell a bit.) You might want to check http://permalink.gmane.org/gmane.comp.gnu.mingw.w64.general/6511 - there are build scripts and patches in the attachment which I used. http://bugs.python.org/issue16472 is upstream bug for this. HTH, Vaclav -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
14.03.2013, в 19:27, Ruben Van Boxem vanboxem.ru...@gmail.com написал(а): Never mind, I found these: https://github.com/niXman/mingw-builds/tree/master/patches/Python-3.3.0 Yes this is Ray's patches and they works well. I add them to mingw-builds project for future use when released gdb with Python3 support. Best Regards, Alexey! -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
2013/3/14 Alexpux alex...@gmail.com 14.03.2013, в 19:27, Ruben Van Boxem vanboxem.ru...@gmail.com написал(а): Never mind, I found these: https://github.com/niXman/mingw-builds/tree/master/patches/Python-3.3.0 Yes this is Ray's patches and they works well. I add them to mingw-builds project for future use when released gdb with Python3 support. Oh, gdb has Python3 support, does it? I'll have to take a look at that then :) Ruben Best Regards, Alexey! -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
Yes this is Ray's patches and they works well. I add them to mingw-builds project for future use when released gdb with Python3 support. Oh, gdb has Python3 support, does it? I'll have to take a look at that then :) Ruben Yes GDB from CVS has support for Python3. But GDB-7.5.1 doesn't has support for Python3. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
ok, i just want to confirm. I patched the cygwinccompiler.py file to *return ['msvcr90'] *(line 77) when *get_msvcr()* is called. So if a build the Sip.pyd with mingw, and inspect the result in DendencyWalker I should see that Sip.pyd depended on MSVCR90 and not MSVCRTL ? Because after the patches and a rebuild Sip is still build with MSVCRTL, it does not feel right, considering all the patches made? I have noticed that further down the file it looks like Mingw32CCompiler class is commented out, should it be like this? on line 343 *# class Mingw32CCompiler* Also line 339 looked like this *self.dll_libraries = [] # get_msvcr()* I changed it to this *self.dll_libraries = get_msvcr()* Is it correct? And regarding the pydistutils.cfg file, will it also be automatically picked up when building Sip.pyd? At the moment the pydistutils.cfg file is located in the MSys/home/user folder, is this correct or should it be some C:\Python2.7 folder? One last thing, how do i know python is using the Mingw32CCompiler class, is there somehow i can debug/output, to confirm it does use this class? Thanks for all the help, it is much appreciated Regards On Thu, Mar 14, 2013 at 5:19 PM, Václav Šmilauer e...@doxos.eu wrote: I went through the build-all.sh script in detail, to be found in the attchement of http://permalink.gmane.org/gmane.comp.gnu.mingw.w64.general/6511 I also looked at the python patches, i had to patch the files manually. In the build-all.sh script a pydistutils.cfg file is created. How is this used ? That file is picked up automatically by distutils, so that whenever you run (for example) easy_install, it will use mingw rather than msvc (which is the platform's default). Otherwise, you'd have to specify that manually every time. HTH, Vaclav -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] Using Python and Mingw64
Hi, I know this is not a Python mailing list, but i am desperate. Someone in StackOverflow I am compiling Sip and PyQt from source using Mingw64 and Python 2.7.3 64bit. Python binaries is installed via downloaded installer, and is build with MSVC. I went through the exercise of making a libpython27.a file. Sip build successfully and work when used in a python console when using the following script from sip import * and PyQt build successfully , but fails with a Python stop working Windows7 dialog , when the following script is used in the python console. from PyQt4.Qt import * How do i debug this? Is it because Python is build with MSVC? Is it ok, to build things like Sip and PyQt with Mingw and gcc and it link against a MSVC Python27.dll? Regards Theuns Heydenrych -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
On 13/03/13 07:17, Theuns Heydenrych wrote: Hi, I know this is not a Python mailing list, but i am desperate. Someone in StackOverflow I am compiling Sip and PyQt from source using Mingw64 and Python 2.7.3 64bit. Python binaries is installed via downloaded installer, and is build with MSVC. I went through the exercise of making a libpython27.a file. Sip build successfully and work when used in a python console when using the following script from sip import * and PyQt build successfully , but fails with a Python stop working Windows7 dialog , when the following script is used in the python console. from PyQt4.Qt import * How do i debug this? Is it because Python is build with MSVC? Is it ok, to build things like Sip and PyQt with Mingw and gcc and it link against a MSVC Python27.dll? Hi, this is a recurrent topic unfortunately. You can built extensions to MSVC-compiled python with mingw, but the problem is the MSVC runtime you link to - msvcrt or msvcr90 etc. See my post http://article.gmane.org/gmane.comp.gnu.mingw.w64.general/6306 (and the rest of that thread) for solution: change the MSVC dll disutils link to. I did build sip and pyqt4 (among others) successfully, it works flawlessly. (Building SIP was tricky with msys shell a bit.) You might want to check http://permalink.gmane.org/gmane.comp.gnu.mingw.w64.general/6511 - there are build scripts and patches in the attachment which I used. http://bugs.python.org/issue16472 is upstream bug for this. HTH, Vaclav -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
Thank You for all the information, it really helped a lot. But still things don't work correctly. I had a good look at your shell script build-all.sh I installed Python 2.7.3 64bit manually and applied the patch for python I Compiled Sip 4.14.3 and install it. I Compiled PyQt-win-gpl-4.9.6 and installed it. Execute the following and get the following error: *python* * from PyQt4.Qt import QtCore* *Traceback (most recent call last):* * File stdin, line 1, in module* *ImportError: cannot import name QtCore* ** I then used python -vv to see a bit more info (see http://pastebin.com/kzttMhed ) and also inspected the QtCore.pyd with DependencyWalker (see http://pastebin.com/GnYxZ00z ) but everything looks fine. I feel that i am very near the point that it will work, but don't know what else to do. Any other suggestions? On Wed, Mar 13, 2013 at 9:52 AM, Václav Šmilauer e...@doxos.eu wrote: On 13/03/13 07:17, Theuns Heydenrych wrote: Hi, I know this is not a Python mailing list, but i am desperate. Someone in StackOverflow I am compiling Sip and PyQt from source using Mingw64 and Python 2.7.3 64bit. Python binaries is installed via downloaded installer, and is build with MSVC. I went through the exercise of making a libpython27.a file. Sip build successfully and work when used in a python console when using the following script from sip import * and PyQt build successfully , but fails with a Python stop working Windows7 dialog , when the following script is used in the python console. from PyQt4.Qt import * How do i debug this? Is it because Python is build with MSVC? Is it ok, to build things like Sip and PyQt with Mingw and gcc and it link against a MSVC Python27.dll? Hi, this is a recurrent topic unfortunately. You can built extensions to MSVC-compiled python with mingw, but the problem is the MSVC runtime you link to - msvcrt or msvcr90 etc. See my post http://article.gmane.org/gmane.comp.gnu.mingw.w64.general/6306 (and the rest of that thread) for solution: change the MSVC dll disutils link to. I did build sip and pyqt4 (among others) successfully, it works flawlessly. (Building SIP was tricky with msys shell a bit.) You might want to check http://permalink.gmane.org/gmane.comp.gnu.mingw.w64.general/6511 - there are build scripts and patches in the attachment which I used. http://bugs.python.org/issue16472 is upstream bug for this. HTH, Vaclav -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
I feel that i am very near the point that it will work, but don't know what else to do. Any other suggestions? On Wed, Mar 13, 2013 at 9:52 AM, Václav Šmilauer e...@doxos.eu wrote: On 13/03/13 07:17, Theuns Heydenrych wrote: Hi, I know this is not a Python mailing list, but i am desperate. Someone in StackOverflow I am compiling Sip and PyQt from source using Mingw64 and Python 2.7.3 64bit. Python binaries is installed via downloaded installer, and is build with MSVC. I went through the exercise of making a libpython27.a file. Sip build successfully and work when used in a python console when using the following script from sip import * and PyQt build successfully , but fails with a Python stop working Windows7 dialog , when the following script is used in the python console. from PyQt4.Qt import * How do i debug this? Is it because Python is build with MSVC? Is it ok, to build things like Sip and PyQt with Mingw and gcc and it link against a MSVC Python27.dll? Hi, this is a recurrent topic unfortunately. You can built extensions to MSVC-compiled python with mingw, but the problem is the MSVC runtime you link to - msvcrt or msvcr90 etc. See my post http://article.gmane.org/gmane.comp.gnu.mingw.w64.general/6306 (and the rest of that thread) for solution: change the MSVC dll disutils link to. I did build sip and pyqt4 (among others) successfully, it works flawlessly. (Building SIP was tricky with msys shell a bit.) You might want to check http://permalink.gmane.org/gmane.comp.gnu.mingw.w64.general/6511 - there are build scripts and patches in the attachment which I used. http://bugs.python.org/issue16472 is upstream bug for this. HTH, Vaclav -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
You could use my Python if you want: https://mingw-and-ndk.googlecode.com/files/python-2.7.3-win64.7z https://mingw-and-ndk.googlecode.com/files/python-2.7.3-win32.7z They were compiled using MinGW-w64 compilers. The mingwbuilds project also includes Python binaries built from the same patches. On Wed, Mar 13, 2013 at 12:15 PM, Theuns Heydenrych theunsheydenr...@gmail.com wrote: I feel that i am very near the point that it will work, but don't know what else to do. Any other suggestions? On Wed, Mar 13, 2013 at 9:52 AM, Václav Šmilauer e...@doxos.eu wrote: On 13/03/13 07:17, Theuns Heydenrych wrote: Hi, I know this is not a Python mailing list, but i am desperate. Someone in StackOverflow I am compiling Sip and PyQt from source using Mingw64 and Python 2.7.3 64bit. Python binaries is installed via downloaded installer, and is build with MSVC. I went through the exercise of making a libpython27.a file. Sip build successfully and work when used in a python console when using the following script from sip import * and PyQt build successfully , but fails with a Python stop working Windows7 dialog , when the following script is used in the python console. from PyQt4.Qt import * How do i debug this? Is it because Python is build with MSVC? Is it ok, to build things like Sip and PyQt with Mingw and gcc and it link against a MSVC Python27.dll? Hi, this is a recurrent topic unfortunately. You can built extensions to MSVC-compiled python with mingw, but the problem is the MSVC runtime you link to - msvcrt or msvcr90 etc. See my post http://article.gmane.org/gmane.comp.gnu.mingw.w64.general/6306 (and the rest of that thread) for solution: change the MSVC dll disutils link to. I did build sip and pyqt4 (among others) successfully, it works flawlessly. (Building SIP was tricky with msys shell a bit.) You might want to check http://permalink.gmane.org/gmane.comp.gnu.mingw.w64.general/6511 - there are build scripts and patches in the attachment which I used. http://bugs.python.org/issue16472 is upstream bug for this. HTH, Vaclav -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
Great , thanks i will give it a try. Much obliged. On Wed, Mar 13, 2013 at 2:33 PM, Ray Donnelly mingw.andr...@gmail.comwrote: You could use my Python if you want: https://mingw-and-ndk.googlecode.com/files/python-2.7.3-win64.7z https://mingw-and-ndk.googlecode.com/files/python-2.7.3-win32.7z They were compiled using MinGW-w64 compilers. The mingwbuilds project also includes Python binaries built from the same patches. On Wed, Mar 13, 2013 at 12:15 PM, Theuns Heydenrych theunsheydenr...@gmail.com wrote: I feel that i am very near the point that it will work, but don't know what else to do. Any other suggestions? On Wed, Mar 13, 2013 at 9:52 AM, Václav Šmilauer e...@doxos.eu wrote: On 13/03/13 07:17, Theuns Heydenrych wrote: Hi, I know this is not a Python mailing list, but i am desperate. Someone in StackOverflow I am compiling Sip and PyQt from source using Mingw64 and Python 2.7.3 64bit. Python binaries is installed via downloaded installer, and is build with MSVC. I went through the exercise of making a libpython27.a file. Sip build successfully and work when used in a python console when using the following script from sip import * and PyQt build successfully , but fails with a Python stop working Windows7 dialog , when the following script is used in the python console. from PyQt4.Qt import * How do i debug this? Is it because Python is build with MSVC? Is it ok, to build things like Sip and PyQt with Mingw and gcc and it link against a MSVC Python27.dll? Hi, this is a recurrent topic unfortunately. You can built extensions to MSVC-compiled python with mingw, but the problem is the MSVC runtime you link to - msvcrt or msvcr90 etc. See my post http://article.gmane.org/gmane.comp.gnu.mingw.w64.general/6306 (and the rest of that thread) for solution: change the MSVC dll disutils link to. I did build sip and pyqt4 (among others) successfully, it works flawlessly. (Building SIP was tricky with msys shell a bit.) You might want to check http://permalink.gmane.org/gmane.comp.gnu.mingw.w64.general/6511 - there are build scripts and patches in the attachment which I used. http://bugs.python.org/issue16472 is upstream bug for this. HTH, Vaclav -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Using Python and Mingw64
Ray, Thanks for the downloads. When Compiling Sip i get the following error. *C:\dev\sip-4.14.3mingw32-make * *mingw32-make[1]: Entering directory 'C:/dev/sip-4.14.3/sipgen'* *makefile:29: warning: overriding recipe for target '.c.o'* *makefile:26: warning: ignoring old recipe for target '.c.o'* *gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o main.o main.c* *gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o transform.o transform.c* *gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o gencode.o gencode.c* *gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o extracts.o extracts.c* *gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o export.o export.c* *gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o heap.o heap.c* *gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o parser.o parser.c* *gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o lexer.o lexer.c* *g++ -mthreads -Wl,-enable-stdcall-fixup -Wl,-enable-auto-import -Wl,-enable-runtime-pseudo-reloc -Wl,-subsystem,console -Wl,-s -o sip.exe main.o transform.o gencode.o extracts.o export.o heap.o parser.o lexer.o* * * *mingw32-make[1]: Leaving directory 'C:/dev/sip-4.14.3/sipgen'* *mingw32-make[1]: Entering directory 'C:/dev/sip-4.14.3/siplib'* *makefile:29: warning: overriding recipe for target '.c.o'* *makefile:26: warning: ignoring old recipe for target '.c.o'* *gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\Python27\include\python2.7 -o siplib.o siplib.c* *gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\Python27\include\python2.7 -o apiversions.o apiversions.c* *gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\Python27\include\python2.7 -o descriptors.o descriptors.c* *gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\Python27\include\python2.7 -o qtlib.o qtlib.c* *gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\Python27\include\python2.7 -o threads.o threads.c* *gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\Python27\include\python2.7 -o objmap.o objmap.c* *In file included from C:\Python27\include\python2.7/Python.h:58:0,* * from sip.h:32,* * from objmap.c:23:* *C:\Python27\include\python2.7/pyport.h:232:9: error: #error This platform's pyconfig.h needs to define PY_FORMAT_SIZE_T* *makefile:29: recipe for target 'objmap.o' failed* *mingw32-make[1]: *** [objmap.o] Error 1* *mingw32-make[1]: Leaving directory 'C:/dev/sip-4.14.3/siplib'* *makefile:3: recipe for target 'all' failed* *mingw32-make: *** [all] Error 2* On Wed, Mar 13, 2013 at 2:33 PM, Ray Donnelly mingw.andr...@gmail.comwrote: You could use my Python if you want: https://mingw-and-ndk.googlecode.com/files/python-2.7.3-win64.7z https://mingw-and-ndk.googlecode.com/files/python-2.7.3-win32.7z They were compiled using MinGW-w64 compilers. The mingwbuilds project also includes Python binaries built from the same patches. On Wed, Mar 13, 2013 at 12:15 PM, Theuns Heydenrych theunsheydenr...@gmail.com wrote: I feel that i am very near the point that it will work, but don't know what else to do. Any other suggestions? On Wed, Mar 13, 2013 at 9:52 AM, Václav Šmilauer e...@doxos.eu wrote: On 13/03/13 07:17, Theuns Heydenrych wrote: Hi, I know this is not a Python mailing list, but i am desperate. Someone in StackOverflow I am compiling Sip and PyQt from source using Mingw64 and Python 2.7.3 64bit. Python binaries is installed via downloaded installer, and is build with MSVC. I went through the exercise of making a libpython27.a file. Sip build successfully and work when used in a python console when using the following script from sip import * and PyQt build successfully , but fails with a Python stop working Windows7 dialog , when the following script is used in the python console. from PyQt4.Qt import * How do i debug this? Is it because Python is build with MSVC? Is it ok, to build things like Sip and PyQt with Mingw and gcc and it link against a MSVC Python27.dll? Hi, this is a recurrent topic unfortunately. You can built extensions to MSVC-compiled python with mingw, but the problem is the MSVC runtime you link to - msvcrt or msvcr90 etc. See my post http://article.gmane.org/gmane.comp.gnu.mingw.w64.general/6306 (and the rest of that thread) for solution: change the MSVC dll disutils link to. I did build sip and pyqt4 (among others) successfully, it works flawlessly. (Building SIP was tricky with msys shell a bit.) You might want to check http://permalink.gmane.org/gmane.comp.gnu.mingw.w64.general/6511 - there are build scripts and patches in the attachment which I used. http://bugs.python.org/issue16472 is upstream bug for this. HTH, Vaclav -- Everyone
Re: [Mingw-w64-public] Using Python and Mingw64
Your cflags are wrong. Please run bin/python-config.sh --cflags (or bin/python-config). You'll need to adjust the include paths. In this instance, you are missing __USE_MINGW_ANSI_STDIO. On Wed, Mar 13, 2013 at 1:03 PM, Theuns Heydenrych theunsheydenr...@gmail.com wrote: Ray, Thanks for the downloads. When Compiling Sip i get the following error. C:\dev\sip-4.14.3mingw32-make mingw32-make[1]: Entering directory 'C:/dev/sip-4.14.3/sipgen' makefile:29: warning: overriding recipe for target '.c.o' makefile:26: warning: ignoring old recipe for target '.c.o' gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o main.o main.c gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o transform.o transform.c gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o gencode.o gencode.c gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o extracts.o extracts.c gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o export.o export.c gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o heap.o heap.c gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o parser.o parser.c gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o lexer.o lexer.c g++ -mthreads -Wl,-enable-stdcall-fixup -Wl,-enable-auto-import -Wl,-enable-runtime-pseudo-reloc -Wl,-subsystem,console -Wl,-s -o sip.exe main.o transform.o gencode.o extracts.o export.o heap.o parser.o lexer.o mingw32-make[1]: Leaving directory 'C:/dev/sip-4.14.3/sipgen' mingw32-make[1]: Entering directory 'C:/dev/sip-4.14.3/siplib' makefile:29: warning: overriding recipe for target '.c.o' makefile:26: warning: ignoring old recipe for target '.c.o' gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\Python27\include\python2.7 -o siplib.o siplib.c gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\Python27\include\python2.7 -o apiversions.o apiversions.c gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\Python27\include\python2.7 -o descriptors.o descriptors.c gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\Python27\include\python2.7 -o qtlib.o qtlib.c gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\Python27\include\python2.7 -o threads.o threads.c gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\Python27\include\python2.7 -o objmap.o objmap.c In file included from C:\Python27\include\python2.7/Python.h:58:0, from sip.h:32, from objmap.c:23: C:\Python27\include\python2.7/pyport.h:232:9: error: #error This platform's pyconfig.h needs to define PY_FORMAT_SIZE_T makefile:29: recipe for target 'objmap.o' failed mingw32-make[1]: *** [objmap.o] Error 1 mingw32-make[1]: Leaving directory 'C:/dev/sip-4.14.3/siplib' makefile:3: recipe for target 'all' failed mingw32-make: *** [all] Error 2 On Wed, Mar 13, 2013 at 2:33 PM, Ray Donnelly mingw.andr...@gmail.com wrote: You could use my Python if you want: https://mingw-and-ndk.googlecode.com/files/python-2.7.3-win64.7z https://mingw-and-ndk.googlecode.com/files/python-2.7.3-win32.7z They were compiled using MinGW-w64 compilers. The mingwbuilds project also includes Python binaries built from the same patches. On Wed, Mar 13, 2013 at 12:15 PM, Theuns Heydenrych theunsheydenr...@gmail.com wrote: I feel that i am very near the point that it will work, but don't know what else to do. Any other suggestions? On Wed, Mar 13, 2013 at 9:52 AM, Václav Šmilauer e...@doxos.eu wrote: On 13/03/13 07:17, Theuns Heydenrych wrote: Hi, I know this is not a Python mailing list, but i am desperate. Someone in StackOverflow I am compiling Sip and PyQt from source using Mingw64 and Python 2.7.3 64bit. Python binaries is installed via downloaded installer, and is build with MSVC. I went through the exercise of making a libpython27.a file. Sip build successfully and work when used in a python console when using the following script from sip import * and PyQt build successfully , but fails with a Python stop working Windows7 dialog , when the following script is used in the python console. from PyQt4.Qt import * How do i debug this? Is it because Python is build with MSVC? Is it ok, to build things like Sip and PyQt with Mingw and gcc and it link against a MSVC Python27.dll? Hi, this is a recurrent topic unfortunately. You can built extensions to MSVC-compiled python with mingw, but the problem is the MSVC runtime you link to - msvcrt or msvcr90 etc. See my post http://article.gmane.org/gmane.comp.gnu.mingw.w64.general/6306 (and the rest of that thread) for solution: change the MSVC dll disutils link to. I did build sip and pyqt4 (among others) successfully, it works flawlessly. (Building SIP was tricky with msys shell a bit.) You might want to check
