Re: [Mingw-w64-public] incorrect syntax while building QT 4.8.3
-Original Message- From: ext CanisMajorWuff [mailto:canismajorw...@gmail.com] Sent: Friday, November 02, 2012 6:49 AM To: mingw-w64-public@lists.sourceforge.net Subject: [Mingw-w64-public] incorrect syntax while building QT 4.8.3 Hello! I have troubles building QT 4.8.3. I configure QT using this command. configure -platform win32-g++ -opensource Maybe you should try win32-g++-4.6 (that is, if you're using gcc=4.6 , which is most likely the case if you're using mingw-w64). After that I execute mingw32-make As a result I get this D:/qt/4.8.3/bin/moc.exe -DQT_SHARED -DQT_THREAD_SUPPORT - DUNICODE -DQT_LARGEFILE_SUPPORT -DQT_BUILD_CORE_LIB -DQT _NO_USING_NAMESPACE -DQT_MAKEDLL -DQT_ASCII_CAST_WARNINGS - DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER - D_USE_MATH_DEFINES -DQLIBRARYINFO_EPOCROOT - DHB_EXPORT=Q_CORE_EXPORT -DQT_DLL -DQT_HAVE_MMX - DQT_HAVE_SSE -DQT_HA VE_MMXEXT -DQT_HAVE_SSE2 -I'../../include' - I'../../include/QtCore' -I'tmp/rcc/debug_shared' -I'tmp' -I'global' - I'../../tools/shared' - I'../3rdparty/zlib' -I'../3rdparty/harfbuzz/src' -I'../3rdparty/md5' -I'../3rdparty/md4' - I'../../include/ActiveQt' - I'tmp/moc/debug_shared' -I'../../mkspecs/win32-g++-4.6' -D__GNUC__ -DWIN32 animation/q abstractanimation.h -o Is there really a space between q and abstractandimation.h? tmp/moc/debug_shared/moc_qabstractanimation.cpp The syntax of the command is incorrect. This seems to be a windows command line error, so my guess is it's not a MinGW error, but a Qt one (if at all). Regards Kai mingw32-make[2]: *** [tmp/obj/debug_shared/qt_pch.h.gch/c++] Error 1 mingw32-make[2]: Leaving directory `D:/qt/4.8.3/src/corelib' mingw32-make[1]: *** [debug-all] Error 2 mingw32-make[1]: Leaving directory `D:/qt/4.8.3/src/corelib' mingw32-make: *** [sub-corelib-make_default-ordered] Error 2 -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] strerror_s problem
On Thu, Nov 1, 2012 at 4:54 PM, Earnie Boyd ear...@users.sourceforge.net wrote: Is it properly wrapped in the extern C { } when __cplusplus is defined? Is __cplusplus defined correctly? Yes, sec_api/string_s.h does that. On Thu, Nov 1, 2012 at 7:06 PM, Earnie Boyd ear...@users.sourceforge.net wrote: On Thu, Nov 1, 2012 at 11:27 AM, Ruben Van Boxem wrote: I get a compile-time error. Does the trunk behave? (It shouldn't. If it does, I am interested in which commit fixed what problem to fix your issue.) Browsing the SVN data, try including strings.h instead of string.h. See http://mingw-w64.svn.sourceforge.net/viewvc/mingw-w64/trunk/mingw-w64-headers/crt/string.h?revision=1520view=markupsortby=revpathrev=5092 strings.h simply includes string.h, so there is no point.. -- Earnie -- O.S. -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] strerror_s problem
On Fri, Nov 2, 2012 at 11:54 AM, JonY jo...@users.sourceforge.net wrote: On 11/2/2012 16:55, Ozkan Sezer wrote: On Thu, Nov 1, 2012 at 4:54 PM, Earnie Boyd ear...@users.sourceforge.net wrote: Is it properly wrapped in the extern C { } when __cplusplus is defined? Is __cplusplus defined correctly? Yes, sec_api/string_s.h does that. Tested in g++ 4.8.0 with trunk headers, seems to work fine there. To make things clear, does the stable/v2.x headers also work for you? (sorry that I can't test things myself for now.) Do you have MINGW_HAS_SECURE_API set to 1? Do you have something shadowing _mingw.h? -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] strerror_s problem
On 11/2/2012 18:08, Ozkan Sezer wrote: On Fri, Nov 2, 2012 at 11:54 AM, JonY jo...@users.sourceforge.net wrote: On 11/2/2012 16:55, Ozkan Sezer wrote: On Thu, Nov 1, 2012 at 4:54 PM, Earnie Boyd ear...@users.sourceforge.net wrote: Is it properly wrapped in the extern C { } when __cplusplus is defined? Is __cplusplus defined correctly? Yes, sec_api/string_s.h does that. Tested in g++ 4.8.0 with trunk headers, seems to work fine there. To make things clear, does the stable/v2.x headers also work for you? (sorry that I can't test things myself for now.) Sorry, I don't have a 2.x install, checking diffs between the 2 shows that the include to sec_api/string_s.h has been moved up in trunk. Likewise for MINGW_HAS_SECURE_API define in _mingw.h.in. string.h includes string_.h and crtdef.h which includes _mingw.h, not sure where the problem lies. signature.asc Description: OpenPGP digital signature -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] strerror_s problem
On Fri, Nov 2, 2012 at 4:55 AM, Ozkan Sezer wrote: On Thu, Nov 1, 2012 at 4:54 PM, Earnie Boyd wrote: Browsing the SVN data, try including strings.h instead of string.h. See http://mingw-w64.svn.sourceforge.net/viewvc/mingw-w64/trunk/mingw-w64-headers/crt/string.h?revision=1520view=markupsortby=revpathrev=5092 strings.h simply includes string.h, so there is no point.. Well, yea it used to but according to the 1520 revision I quoted that was changed. -- Earnie -- https://sites.google.com/site/earnieboyd -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] strerror_s problem
On 11/2/12, Earnie Boyd ear...@users.sourceforge.net wrote: On Fri, Nov 2, 2012 at 4:55 AM, Ozkan Sezer wrote: On Thu, Nov 1, 2012 at 4:54 PM, Earnie Boyd wrote: Browsing the SVN data, try including strings.h instead of string.h. See http://mingw-w64.svn.sourceforge.net/viewvc/mingw-w64/trunk/mingw-w64-headers/crt/string.h?revision=1520view=markupsortby=revpathrev=5092 strings.h simply includes string.h, so there is no point.. Well, yea it used to but according to the 1520 revision I quoted that was changed. The only thing that r1520 did was moving the headers, nothing else -- Earnie -- https://sites.google.com/site/earnieboyd -- O.S. -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] incorrect syntax while building QT 4.8.3
Yeah, that's usually down to the way MSYS bash implements fork-like behaviour... It's in intermittent thing, I usually wrap my calls to make up with a loop to retry a few times! Horrible I know... The other (better) fix is to use a make.exe that doesn't use sh.exe all the time. On Fri, Nov 2, 2012 at 1:14 PM, CanisMajorWuff canismajorw...@gmail.com wrote: Ok, thx, I overcome this problem, but now I have another: g++ -c -Wall -Wextra -Wreturn-type -fno-strict-aliasing -Wcast-align -Wchar-subscripts -Wformat-security -Wreturn -type -Wno-unused-parameter -Wno-sign-compare -Wno-switch -Wno-switch-enum -Wundef -Wmissing-noreturn -Winit-self -O2 -frtti -fexceptions -mthreads -DUNICODE -DQT_LARGEFILE_SUPPORT -DNDEBUG -DBUILDING_QT__=1 -DNDEBUG -DQT_ASCI I_CAST_WARNINGS -DENABLE_XSLT=0 -DENABLE_WEB_TIMING=0 -DENABLE_JAVASCRIPT_DEBUGGER=1 -DENABLE_DATABASE=1 -DENABLE _EVENTSOURCE=1 -DENABLE_OFFLINE_WEB_APPLICATIONS=1 -DENABLE_DOM_STORAGE=1 -DENABLE_ICONDATABASE=1 -DENABLE_CHANNE L_MESSAGING=1 -DENABLE_DIRECTORY_UPLOAD=0 -DENABLE_FILE_SYSTEM=0 -DENABLE_QUOTA=0 -DENABLE_SQLITE=1 -DENABLE_DASH BOARD_SUPPORT=0 -DENABLE_FILTERS=1 -DENABLE_XPATH=1 -DENABLE_WCSS=0 -DENABLE_SHARED_WORKERS=1 -DENABLE_WORKERS=1 -DENABLE_XHTMLMP=0 -DENABLE_DETAILS=1 -DENABLE_METER_TAG=1 -DENABLE_PROGRESS_TAG=1 -DENABLE_BLOB=1 -DENABLE_NOTIF ICATIONS=1 -DENABLE_INPUT_SPEECH=0 -DENABLE_INSPECTOR=1 -DENABLE_3D_RENDERING=1 -DENABLE_WEB_AUDIO=0 -DENABLE_WEB GL=0 -DENABLE_MEDIA_STATISTICS=0 -DENABLE_VIDEO_TRACK=0 -DENABLE_TOUCH_ICON_LOADING=0 -DENABLE_ANIMATION_API=0 -D ENABLE_SVG=1 -DENABLE_SVG_FONTS=1 -DENABLE_SVG_FOREIGN_OBJECT=1 -DENABLE_SVG_ANIMATION=1 -DENABLE_SVG_AS_IMAGE=1 -DENABLE_SVG_USE=1 -DENABLE_DATALIST=1 -DENABLE_TILED_BACKING_STORE=1 -DENABLE_NETSCAPE_PLUGIN_API=1 -DENABLE_WEB _SOCKETS=1 -DWTF_USE_QT_BEARER=1 -DENABLE_TOUCH_EVENTS=1 -DENABLE_VIDEO=0 -DSQLITE_CORE -DSQLITE_OMIT_LOAD_EXTENS ION -DSQLITE_OMIT_COMPLETE -D_HAS_TR1=0 -DBUILDING_JavaScriptCore -DBUILDING_WTF -DBUILDING_WEBKIT -DQT_MAKEDLL - DQT_NO_DEBUG -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MM XEXT -DQT_HAVE_SSE2 -DQT_THREAD_SUPPORT -I'../../../../../include/QtCore' -I'../../../../../include/QtNetwork' -I '../../../../../include/QtGui' -I'../../../../../include' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScrip tCore' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/ThirdParty' - I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/assembler' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Sou rce/JavaScriptCore/bytecode' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/bytecompiler' -I'd:/qt/ 4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/heap' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScrip tCore/dfg' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/debugger' -I'd:/qt/4.8.3/src/src/3rdparty /webkit/Source/JavaScriptCore/interpreter' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/jit' -I'd :/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/parser' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/Ja vaScriptCore/profiler' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/runtime' -I'd:/qt/4.8.3/src/s rc/3rdparty/webkit/Source/JavaScriptCore/wtf' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/wtf/go bject' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/wtf/symbian' -I'd:/qt/4.8.3/src/src/3rdparty/ webkit/Source/JavaScriptCore/wtf/unicode' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/yarr' -I'd :/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/API' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaS criptCore/ForwardingHeaders' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/generated' -I'd:/qt/4.8 .3/src/src/3rdparty/webkit/Source/WebCore/bridge/qt' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/page/q t' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/platform/graphics/qt' -I'd:/qt/4.8.3/src/src/3rdparty/we bkit/Source/WebCore/platform/network/qt' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/platform/qt' -I'd: /qt/4.8.3/src/src/3rdparty/webkit/Source/WebKit/qt/Api' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebKit/qt/W ebCoreSupport' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Sour ce/WebCore/accessibility' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/bindings' -I'd:/qt/4.8.3/src/src/ 3rdparty/webkit/Source/WebCore/bindings/generic' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/bridge' -I 'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/css' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/do m' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/dom/default' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Sour ce/WebCore/editing'
Re: [Mingw-w64-public] incorrect syntax while building QT 4.8.3
I am using make from. Do you mean to use another make? On 11/2/2012 2:19 PM, Ray Donnelly wrote: Yeah, that's usually down to the way MSYS bash implements fork-like behaviour... It's in intermittent thing, I usually wrap my calls to make up with a loop to retry a few times! Horrible I know... The other (better) fix is to use a make.exe that doesn't use sh.exe all the time. On Fri, Nov 2, 2012 at 1:14 PM, CanisMajorWuff canismajorw...@gmail.com wrote: Ok, thx, I overcome this problem, but now I have another: g++ -c -Wall -Wextra -Wreturn-type -fno-strict-aliasing -Wcast-align -Wchar-subscripts -Wformat-security -Wreturn -type -Wno-unused-parameter -Wno-sign-compare -Wno-switch -Wno-switch-enum -Wundef -Wmissing-noreturn -Winit-self -O2 -frtti -fexceptions -mthreads -DUNICODE -DQT_LARGEFILE_SUPPORT -DNDEBUG -DBUILDING_QT__=1 -DNDEBUG -DQT_ASCI I_CAST_WARNINGS -DENABLE_XSLT=0 -DENABLE_WEB_TIMING=0 -DENABLE_JAVASCRIPT_DEBUGGER=1 -DENABLE_DATABASE=1 -DENABLE _EVENTSOURCE=1 -DENABLE_OFFLINE_WEB_APPLICATIONS=1 -DENABLE_DOM_STORAGE=1 -DENABLE_ICONDATABASE=1 -DENABLE_CHANNE L_MESSAGING=1 -DENABLE_DIRECTORY_UPLOAD=0 -DENABLE_FILE_SYSTEM=0 -DENABLE_QUOTA=0 -DENABLE_SQLITE=1 -DENABLE_DASH BOARD_SUPPORT=0 -DENABLE_FILTERS=1 -DENABLE_XPATH=1 -DENABLE_WCSS=0 -DENABLE_SHARED_WORKERS=1 -DENABLE_WORKERS=1 -DENABLE_XHTMLMP=0 -DENABLE_DETAILS=1 -DENABLE_METER_TAG=1 -DENABLE_PROGRESS_TAG=1 -DENABLE_BLOB=1 -DENABLE_NOTIF ICATIONS=1 -DENABLE_INPUT_SPEECH=0 -DENABLE_INSPECTOR=1 -DENABLE_3D_RENDERING=1 -DENABLE_WEB_AUDIO=0 -DENABLE_WEB GL=0 -DENABLE_MEDIA_STATISTICS=0 -DENABLE_VIDEO_TRACK=0 -DENABLE_TOUCH_ICON_LOADING=0 -DENABLE_ANIMATION_API=0 -D ENABLE_SVG=1 -DENABLE_SVG_FONTS=1 -DENABLE_SVG_FOREIGN_OBJECT=1 -DENABLE_SVG_ANIMATION=1 -DENABLE_SVG_AS_IMAGE=1 -DENABLE_SVG_USE=1 -DENABLE_DATALIST=1 -DENABLE_TILED_BACKING_STORE=1 -DENABLE_NETSCAPE_PLUGIN_API=1 -DENABLE_WEB _SOCKETS=1 -DWTF_USE_QT_BEARER=1 -DENABLE_TOUCH_EVENTS=1 -DENABLE_VIDEO=0 -DSQLITE_CORE -DSQLITE_OMIT_LOAD_EXTENS ION -DSQLITE_OMIT_COMPLETE -D_HAS_TR1=0 -DBUILDING_JavaScriptCore -DBUILDING_WTF -DBUILDING_WEBKIT -DQT_MAKEDLL - DQT_NO_DEBUG -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MM XEXT -DQT_HAVE_SSE2 -DQT_THREAD_SUPPORT -I'../../../../../include/QtCore' -I'../../../../../include/QtNetwork' -I '../../../../../include/QtGui' -I'../../../../../include' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScrip tCore' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/ThirdParty' - I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/assembler' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Sou rce/JavaScriptCore/bytecode' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/bytecompiler' -I'd:/qt/ 4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/heap' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScrip tCore/dfg' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/debugger' -I'd:/qt/4.8.3/src/src/3rdparty /webkit/Source/JavaScriptCore/interpreter' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/jit' -I'd :/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/parser' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/Ja vaScriptCore/profiler' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/runtime' -I'd:/qt/4.8.3/src/s rc/3rdparty/webkit/Source/JavaScriptCore/wtf' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/wtf/go bject' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/wtf/symbian' -I'd:/qt/4.8.3/src/src/3rdparty/ webkit/Source/JavaScriptCore/wtf/unicode' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/yarr' -I'd :/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/API' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaS criptCore/ForwardingHeaders' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/generated' -I'd:/qt/4.8 .3/src/src/3rdparty/webkit/Source/WebCore/bridge/qt' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/page/q t' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/platform/graphics/qt' -I'd:/qt/4.8.3/src/src/3rdparty/we bkit/Source/WebCore/platform/network/qt' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/platform/qt' -I'd: /qt/4.8.3/src/src/3rdparty/webkit/Source/WebKit/qt/Api' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebKit/qt/W ebCoreSupport' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Sour ce/WebCore/accessibility' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/bindings' -I'd:/qt/4.8.3/src/src/ 3rdparty/webkit/Source/WebCore/bindings/generic' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/bridge' -I 'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/css' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/do m'
Re: [Mingw-w64-public] incorrect syntax while building QT 4.8.3
2012/11/2 Ray Donnelly mingw.andr...@gmail.com Yeah, that's usually down to the way MSYS bash implements fork-like behaviour... It's in intermittent thing, I usually wrap my calls to make up with a loop to retry a few times! Horrible I know... The other (better) fix is to use a make.exe that doesn't use sh.exe all the time. Or don't use MSYS and just run mingw32-make or better: Qt's own jom. Ruben On Fri, Nov 2, 2012 at 1:14 PM, CanisMajorWuff canismajorw...@gmail.com wrote: Ok, thx, I overcome this problem, but now I have another: g++ -c -Wall -Wextra -Wreturn-type -fno-strict-aliasing -Wcast-align -Wchar-subscripts -Wformat-security -Wreturn -type -Wno-unused-parameter -Wno-sign-compare -Wno-switch -Wno-switch-enum -Wundef -Wmissing-noreturn -Winit-self -O2 -frtti -fexceptions -mthreads -DUNICODE -DQT_LARGEFILE_SUPPORT -DNDEBUG -DBUILDING_QT__=1 -DNDEBUG -DQT_ASCI I_CAST_WARNINGS -DENABLE_XSLT=0 -DENABLE_WEB_TIMING=0 -DENABLE_JAVASCRIPT_DEBUGGER=1 -DENABLE_DATABASE=1 -DENABLE _EVENTSOURCE=1 -DENABLE_OFFLINE_WEB_APPLICATIONS=1 -DENABLE_DOM_STORAGE=1 -DENABLE_ICONDATABASE=1 -DENABLE_CHANNE L_MESSAGING=1 -DENABLE_DIRECTORY_UPLOAD=0 -DENABLE_FILE_SYSTEM=0 -DENABLE_QUOTA=0 -DENABLE_SQLITE=1 -DENABLE_DASH BOARD_SUPPORT=0 -DENABLE_FILTERS=1 -DENABLE_XPATH=1 -DENABLE_WCSS=0 -DENABLE_SHARED_WORKERS=1 -DENABLE_WORKERS=1 -DENABLE_XHTMLMP=0 -DENABLE_DETAILS=1 -DENABLE_METER_TAG=1 -DENABLE_PROGRESS_TAG=1 -DENABLE_BLOB=1 -DENABLE_NOTIF ICATIONS=1 -DENABLE_INPUT_SPEECH=0 -DENABLE_INSPECTOR=1 -DENABLE_3D_RENDERING=1 -DENABLE_WEB_AUDIO=0 -DENABLE_WEB GL=0 -DENABLE_MEDIA_STATISTICS=0 -DENABLE_VIDEO_TRACK=0 -DENABLE_TOUCH_ICON_LOADING=0 -DENABLE_ANIMATION_API=0 -D ENABLE_SVG=1 -DENABLE_SVG_FONTS=1 -DENABLE_SVG_FOREIGN_OBJECT=1 -DENABLE_SVG_ANIMATION=1 -DENABLE_SVG_AS_IMAGE=1 -DENABLE_SVG_USE=1 -DENABLE_DATALIST=1 -DENABLE_TILED_BACKING_STORE=1 -DENABLE_NETSCAPE_PLUGIN_API=1 -DENABLE_WEB _SOCKETS=1 -DWTF_USE_QT_BEARER=1 -DENABLE_TOUCH_EVENTS=1 -DENABLE_VIDEO=0 -DSQLITE_CORE -DSQLITE_OMIT_LOAD_EXTENS ION -DSQLITE_OMIT_COMPLETE -D_HAS_TR1=0 -DBUILDING_JavaScriptCore -DBUILDING_WTF -DBUILDING_WEBKIT -DQT_MAKEDLL - DQT_NO_DEBUG -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MM XEXT -DQT_HAVE_SSE2 -DQT_THREAD_SUPPORT -I'../../../../../include/QtCore' -I'../../../../../include/QtNetwork' -I '../../../../../include/QtGui' -I'../../../../../include' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScrip tCore' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/ThirdParty' - I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/assembler' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Sou rce/JavaScriptCore/bytecode' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/bytecompiler' -I'd:/qt/ 4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/heap' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScrip tCore/dfg' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/debugger' -I'd:/qt/4.8.3/src/src/3rdparty /webkit/Source/JavaScriptCore/interpreter' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/jit' -I'd :/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/parser' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/Ja vaScriptCore/profiler' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/runtime' -I'd:/qt/4.8.3/src/s rc/3rdparty/webkit/Source/JavaScriptCore/wtf' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/wtf/go bject' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/wtf/symbian' -I'd:/qt/4.8.3/src/src/3rdparty/ webkit/Source/JavaScriptCore/wtf/unicode' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/yarr' -I'd :/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/API' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaS criptCore/ForwardingHeaders' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/generated' -I'd:/qt/4.8 .3/src/src/3rdparty/webkit/Source/WebCore/bridge/qt' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/page/q t' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/platform/graphics/qt' -I'd:/qt/4.8.3/src/src/3rdparty/we bkit/Source/WebCore/platform/network/qt' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/platform/qt' -I'd: /qt/4.8.3/src/src/3rdparty/webkit/Source/WebKit/qt/Api' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebKit/qt/W ebCoreSupport' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Sour ce/WebCore/accessibility' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/bindings' -I'd:/qt/4.8.3/src/src/ 3rdparty/webkit/Source/WebCore/bindings/generic' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/bridge' -I 'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/css'
Re: [Mingw-w64-public] incorrect syntax while building QT 4.8.3
Well, I've got my own that I use: https://mingw-and-ndk.googlecode.com/files/make.exe It goes through sh.exe a lot less (but also isn't an MSYS program so doesn't do the MSYS path transformations), however it may work fine for your needs (I've used it to build Android Qt and MinGW Qt variants). One trick I use to get around the lack of MSYS path transformations is to use mklink /D to make the transformations unnecessary. Or as Ruben says, use jom, it's great. I've also got a build of that: https://mingw-and-ndk.googlecode.com/files/jom.7z Cheers, Ray. On Fri, Nov 2, 2012 at 1:24 PM, CanisMajorWuff canismajorw...@gmail.com wrote: I am using make from. Do you mean to use another make? On 11/2/2012 2:19 PM, Ray Donnelly wrote: Yeah, that's usually down to the way MSYS bash implements fork-like behaviour... It's in intermittent thing, I usually wrap my calls to make up with a loop to retry a few times! Horrible I know... The other (better) fix is to use a make.exe that doesn't use sh.exe all the time. On Fri, Nov 2, 2012 at 1:14 PM, CanisMajorWuff canismajorw...@gmail.com wrote: Ok, thx, I overcome this problem, but now I have another: g++ -c -Wall -Wextra -Wreturn-type -fno-strict-aliasing -Wcast-align -Wchar-subscripts -Wformat-security -Wreturn -type -Wno-unused-parameter -Wno-sign-compare -Wno-switch -Wno-switch-enum -Wundef -Wmissing-noreturn -Winit-self -O2 -frtti -fexceptions -mthreads -DUNICODE -DQT_LARGEFILE_SUPPORT -DNDEBUG -DBUILDING_QT__=1 -DNDEBUG -DQT_ASCI I_CAST_WARNINGS -DENABLE_XSLT=0 -DENABLE_WEB_TIMING=0 -DENABLE_JAVASCRIPT_DEBUGGER=1 -DENABLE_DATABASE=1 -DENABLE _EVENTSOURCE=1 -DENABLE_OFFLINE_WEB_APPLICATIONS=1 -DENABLE_DOM_STORAGE=1 -DENABLE_ICONDATABASE=1 -DENABLE_CHANNE L_MESSAGING=1 -DENABLE_DIRECTORY_UPLOAD=0 -DENABLE_FILE_SYSTEM=0 -DENABLE_QUOTA=0 -DENABLE_SQLITE=1 -DENABLE_DASH BOARD_SUPPORT=0 -DENABLE_FILTERS=1 -DENABLE_XPATH=1 -DENABLE_WCSS=0 -DENABLE_SHARED_WORKERS=1 -DENABLE_WORKERS=1 -DENABLE_XHTMLMP=0 -DENABLE_DETAILS=1 -DENABLE_METER_TAG=1 -DENABLE_PROGRESS_TAG=1 -DENABLE_BLOB=1 -DENABLE_NOTIF ICATIONS=1 -DENABLE_INPUT_SPEECH=0 -DENABLE_INSPECTOR=1 -DENABLE_3D_RENDERING=1 -DENABLE_WEB_AUDIO=0 -DENABLE_WEB GL=0 -DENABLE_MEDIA_STATISTICS=0 -DENABLE_VIDEO_TRACK=0 -DENABLE_TOUCH_ICON_LOADING=0 -DENABLE_ANIMATION_API=0 -D ENABLE_SVG=1 -DENABLE_SVG_FONTS=1 -DENABLE_SVG_FOREIGN_OBJECT=1 -DENABLE_SVG_ANIMATION=1 -DENABLE_SVG_AS_IMAGE=1 -DENABLE_SVG_USE=1 -DENABLE_DATALIST=1 -DENABLE_TILED_BACKING_STORE=1 -DENABLE_NETSCAPE_PLUGIN_API=1 -DENABLE_WEB _SOCKETS=1 -DWTF_USE_QT_BEARER=1 -DENABLE_TOUCH_EVENTS=1 -DENABLE_VIDEO=0 -DSQLITE_CORE -DSQLITE_OMIT_LOAD_EXTENS ION -DSQLITE_OMIT_COMPLETE -D_HAS_TR1=0 -DBUILDING_JavaScriptCore -DBUILDING_WTF -DBUILDING_WEBKIT -DQT_MAKEDLL - DQT_NO_DEBUG -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MM XEXT -DQT_HAVE_SSE2 -DQT_THREAD_SUPPORT -I'../../../../../include/QtCore' -I'../../../../../include/QtNetwork' -I '../../../../../include/QtGui' -I'../../../../../include' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScrip tCore' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/ThirdParty' - I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/assembler' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Sou rce/JavaScriptCore/bytecode' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/bytecompiler' -I'd:/qt/ 4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/heap' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScrip tCore/dfg' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/debugger' -I'd:/qt/4.8.3/src/src/3rdparty /webkit/Source/JavaScriptCore/interpreter' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/jit' -I'd :/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/parser' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/Ja vaScriptCore/profiler' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/runtime' -I'd:/qt/4.8.3/src/s rc/3rdparty/webkit/Source/JavaScriptCore/wtf' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/wtf/go bject' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/wtf/symbian' -I'd:/qt/4.8.3/src/src/3rdparty/ webkit/Source/JavaScriptCore/wtf/unicode' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/yarr' -I'd :/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/API' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaS criptCore/ForwardingHeaders' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/generated' -I'd:/qt/4.8 .3/src/src/3rdparty/webkit/Source/WebCore/bridge/qt' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/page/q t' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/WebCore/platform/graphics/qt' -I'd:/qt/4.8.3/src/src/3rdparty/we bkit/Source/WebCore/platform/network/qt'
Re: [Mingw-w64-public] strerror_s problem
On Fri, Nov 2, 2012 at 8:51 AM, Ozkan Sezer wrote: On 11/2/12, Earnie Boyd wrote: On Fri, Nov 2, 2012 at 4:55 AM, Ozkan Sezer wrote: On Thu, Nov 1, 2012 at 4:54 PM, Earnie Boyd wrote: Browsing the SVN data, try including strings.h instead of string.h. See http://mingw-w64.svn.sourceforge.net/viewvc/mingw-w64/trunk/mingw-w64-headers/crt/string.h?revision=1520view=markupsortby=revpathrev=5092 strings.h simply includes string.h, so there is no point.. Well, yea it used to but according to the 1520 revision I quoted that was changed. The only thing that r1520 did was moving the headers, nothing else Sorry for the noise. My mouse clicking skills led me to believe otherwise. I see now that you're correct and I was looking at string.h anyway. -- Earnie -- https://sites.google.com/site/earnieboyd -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] incorrect syntax while building QT 4.8.3
2012/11/2 Ray Donnelly mingw.andr...@gmail.com Well, I've got my own that I use: https://mingw-and-ndk.googlecode.com/files/make.exe It goes through sh.exe a lot less (but also isn't an MSYS program so doesn't do the MSYS path transformations), however it may work fine for your needs (I've used it to build Android Qt and MinGW Qt variants). One trick I use to get around the lack of MSYS path transformations is to use mklink /D to make the transformations unnecessary. You shouldn't name a mingw32-make make.exe. There's a huge difference, and naming them the same will confuse users who don't know about the difference. That being said, you should choose either cmd.exe or MSYS (or Cygwin) as your shell. The former uses mingw32-make (or jom as an almost full replacement), the latter two use a make built for their environment. I suggest building Qt from cmd.exe. It's bound to be the fastest (especially with jom). Ruben Or as Ruben says, use jom, it's great. I've also got a build of that: https://mingw-and-ndk.googlecode.com/files/jom.7z Cheers, Ray. On Fri, Nov 2, 2012 at 1:24 PM, CanisMajorWuff canismajorw...@gmail.com wrote: I am using make from. Do you mean to use another make? On 11/2/2012 2:19 PM, Ray Donnelly wrote: Yeah, that's usually down to the way MSYS bash implements fork-like behaviour... It's in intermittent thing, I usually wrap my calls to make up with a loop to retry a few times! Horrible I know... The other (better) fix is to use a make.exe that doesn't use sh.exe all the time. On Fri, Nov 2, 2012 at 1:14 PM, CanisMajorWuff canismajorw...@gmail.com wrote: Ok, thx, I overcome this problem, but now I have another: g++ -c -Wall -Wextra -Wreturn-type -fno-strict-aliasing -Wcast-align -Wchar-subscripts -Wformat-security -Wreturn -type -Wno-unused-parameter -Wno-sign-compare -Wno-switch -Wno-switch-enum -Wundef -Wmissing-noreturn -Winit-self -O2 -frtti -fexceptions -mthreads -DUNICODE -DQT_LARGEFILE_SUPPORT -DNDEBUG -DBUILDING_QT__=1 -DNDEBUG -DQT_ASCI I_CAST_WARNINGS -DENABLE_XSLT=0 -DENABLE_WEB_TIMING=0 -DENABLE_JAVASCRIPT_DEBUGGER=1 -DENABLE_DATABASE=1 -DENABLE _EVENTSOURCE=1 -DENABLE_OFFLINE_WEB_APPLICATIONS=1 -DENABLE_DOM_STORAGE=1 -DENABLE_ICONDATABASE=1 -DENABLE_CHANNE L_MESSAGING=1 -DENABLE_DIRECTORY_UPLOAD=0 -DENABLE_FILE_SYSTEM=0 -DENABLE_QUOTA=0 -DENABLE_SQLITE=1 -DENABLE_DASH BOARD_SUPPORT=0 -DENABLE_FILTERS=1 -DENABLE_XPATH=1 -DENABLE_WCSS=0 -DENABLE_SHARED_WORKERS=1 -DENABLE_WORKERS=1 -DENABLE_XHTMLMP=0 -DENABLE_DETAILS=1 -DENABLE_METER_TAG=1 -DENABLE_PROGRESS_TAG=1 -DENABLE_BLOB=1 -DENABLE_NOTIF ICATIONS=1 -DENABLE_INPUT_SPEECH=0 -DENABLE_INSPECTOR=1 -DENABLE_3D_RENDERING=1 -DENABLE_WEB_AUDIO=0 -DENABLE_WEB GL=0 -DENABLE_MEDIA_STATISTICS=0 -DENABLE_VIDEO_TRACK=0 -DENABLE_TOUCH_ICON_LOADING=0 -DENABLE_ANIMATION_API=0 -D ENABLE_SVG=1 -DENABLE_SVG_FONTS=1 -DENABLE_SVG_FOREIGN_OBJECT=1 -DENABLE_SVG_ANIMATION=1 -DENABLE_SVG_AS_IMAGE=1 -DENABLE_SVG_USE=1 -DENABLE_DATALIST=1 -DENABLE_TILED_BACKING_STORE=1 -DENABLE_NETSCAPE_PLUGIN_API=1 -DENABLE_WEB _SOCKETS=1 -DWTF_USE_QT_BEARER=1 -DENABLE_TOUCH_EVENTS=1 -DENABLE_VIDEO=0 -DSQLITE_CORE -DSQLITE_OMIT_LOAD_EXTENS ION -DSQLITE_OMIT_COMPLETE -D_HAS_TR1=0 -DBUILDING_JavaScriptCore -DBUILDING_WTF -DBUILDING_WEBKIT -DQT_MAKEDLL - DQT_NO_DEBUG -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MM XEXT -DQT_HAVE_SSE2 -DQT_THREAD_SUPPORT -I'../../../../../include/QtCore' -I'../../../../../include/QtNetwork' -I '../../../../../include/QtGui' -I'../../../../../include' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScrip tCore' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/ThirdParty' - I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/assembler' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Sou rce/JavaScriptCore/bytecode' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/bytecompiler' -I'd:/qt/ 4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/heap' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScrip tCore/dfg' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/debugger' -I'd:/qt/4.8.3/src/src/3rdparty /webkit/Source/JavaScriptCore/interpreter' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/jit' -I'd :/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/parser' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/Ja vaScriptCore/profiler' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/runtime' -I'd:/qt/4.8.3/src/s rc/3rdparty/webkit/Source/JavaScriptCore/wtf' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/wtf/go bject' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/wtf/symbian' -I'd:/qt/4.8.3/src/src/3rdparty/ webkit/Source/JavaScriptCore/wtf/unicode'
Re: [Mingw-w64-public] incorrect syntax while building QT 4.8.3
IMHO, it's MSYS that should've called it's make program msys-make.exe and mingw32-make.exe should've been called make.exe, seeing as it's the strictly native one here, but I understand that I'm bucking the trend. When this make.exe is supplied with Necessitas for Windows, I've renamed it to ma-make.exe specifically to avoid more confusion. I intend my make.exe to (one day) be able to also work from MSYS (by hand parsing fstab), cmd.exe and whatever else I can throw it at. On Fri, Nov 2, 2012 at 1:34 PM, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: 2012/11/2 Ray Donnelly mingw.andr...@gmail.com Well, I've got my own that I use: https://mingw-and-ndk.googlecode.com/files/make.exe It goes through sh.exe a lot less (but also isn't an MSYS program so doesn't do the MSYS path transformations), however it may work fine for your needs (I've used it to build Android Qt and MinGW Qt variants). One trick I use to get around the lack of MSYS path transformations is to use mklink /D to make the transformations unnecessary. You shouldn't name a mingw32-make make.exe. There's a huge difference, and naming them the same will confuse users who don't know about the difference. That being said, you should choose either cmd.exe or MSYS (or Cygwin) as your shell. The former uses mingw32-make (or jom as an almost full replacement), the latter two use a make built for their environment. I suggest building Qt from cmd.exe. It's bound to be the fastest (especially with jom). Ruben Or as Ruben says, use jom, it's great. I've also got a build of that: https://mingw-and-ndk.googlecode.com/files/jom.7z Cheers, Ray. On Fri, Nov 2, 2012 at 1:24 PM, CanisMajorWuff canismajorw...@gmail.com wrote: I am using make from. Do you mean to use another make? On 11/2/2012 2:19 PM, Ray Donnelly wrote: Yeah, that's usually down to the way MSYS bash implements fork-like behaviour... It's in intermittent thing, I usually wrap my calls to make up with a loop to retry a few times! Horrible I know... The other (better) fix is to use a make.exe that doesn't use sh.exe all the time. On Fri, Nov 2, 2012 at 1:14 PM, CanisMajorWuff canismajorw...@gmail.com wrote: Ok, thx, I overcome this problem, but now I have another: g++ -c -Wall -Wextra -Wreturn-type -fno-strict-aliasing -Wcast-align -Wchar-subscripts -Wformat-security -Wreturn -type -Wno-unused-parameter -Wno-sign-compare -Wno-switch -Wno-switch-enum -Wundef -Wmissing-noreturn -Winit-self -O2 -frtti -fexceptions -mthreads -DUNICODE -DQT_LARGEFILE_SUPPORT -DNDEBUG -DBUILDING_QT__=1 -DNDEBUG -DQT_ASCI I_CAST_WARNINGS -DENABLE_XSLT=0 -DENABLE_WEB_TIMING=0 -DENABLE_JAVASCRIPT_DEBUGGER=1 -DENABLE_DATABASE=1 -DENABLE _EVENTSOURCE=1 -DENABLE_OFFLINE_WEB_APPLICATIONS=1 -DENABLE_DOM_STORAGE=1 -DENABLE_ICONDATABASE=1 -DENABLE_CHANNE L_MESSAGING=1 -DENABLE_DIRECTORY_UPLOAD=0 -DENABLE_FILE_SYSTEM=0 -DENABLE_QUOTA=0 -DENABLE_SQLITE=1 -DENABLE_DASH BOARD_SUPPORT=0 -DENABLE_FILTERS=1 -DENABLE_XPATH=1 -DENABLE_WCSS=0 -DENABLE_SHARED_WORKERS=1 -DENABLE_WORKERS=1 -DENABLE_XHTMLMP=0 -DENABLE_DETAILS=1 -DENABLE_METER_TAG=1 -DENABLE_PROGRESS_TAG=1 -DENABLE_BLOB=1 -DENABLE_NOTIF ICATIONS=1 -DENABLE_INPUT_SPEECH=0 -DENABLE_INSPECTOR=1 -DENABLE_3D_RENDERING=1 -DENABLE_WEB_AUDIO=0 -DENABLE_WEB GL=0 -DENABLE_MEDIA_STATISTICS=0 -DENABLE_VIDEO_TRACK=0 -DENABLE_TOUCH_ICON_LOADING=0 -DENABLE_ANIMATION_API=0 -D ENABLE_SVG=1 -DENABLE_SVG_FONTS=1 -DENABLE_SVG_FOREIGN_OBJECT=1 -DENABLE_SVG_ANIMATION=1 -DENABLE_SVG_AS_IMAGE=1 -DENABLE_SVG_USE=1 -DENABLE_DATALIST=1 -DENABLE_TILED_BACKING_STORE=1 -DENABLE_NETSCAPE_PLUGIN_API=1 -DENABLE_WEB _SOCKETS=1 -DWTF_USE_QT_BEARER=1 -DENABLE_TOUCH_EVENTS=1 -DENABLE_VIDEO=0 -DSQLITE_CORE -DSQLITE_OMIT_LOAD_EXTENS ION -DSQLITE_OMIT_COMPLETE -D_HAS_TR1=0 -DBUILDING_JavaScriptCore -DBUILDING_WTF -DBUILDING_WEBKIT -DQT_MAKEDLL - DQT_NO_DEBUG -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MM XEXT -DQT_HAVE_SSE2 -DQT_THREAD_SUPPORT -I'../../../../../include/QtCore' -I'../../../../../include/QtNetwork' -I '../../../../../include/QtGui' -I'../../../../../include' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScrip tCore' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/ThirdParty' - I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/assembler' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Sou rce/JavaScriptCore/bytecode' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/bytecompiler' -I'd:/qt/ 4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/heap' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScrip tCore/dfg' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/debugger' -I'd:/qt/4.8.3/src/src/3rdparty /webkit/Source/JavaScriptCore/interpreter' -I'd:/qt/4.8.3/src/src/3rdparty/webkit/Source/JavaScriptCore/jit'
Re: [Mingw-w64-public] incorrect syntax while building QT 4.8.3
On 11/2/2012 21:42, Ray Donnelly wrote: IMHO, it's MSYS that should've called it's make program msys-make.exe and mingw32-make.exe should've been called make.exe, seeing as it's the strictly native one here, but I understand that I'm bucking the trend. When this make.exe is supplied with Necessitas for Windows, I've renamed it to ma-make.exe specifically to avoid more confusion. No, what? and break all the instructions and scripts that are meant to run on MSYS? GNU make is traditionally unix, it is the native mingw one that is the odd one out. GNU make is expected to run with all that unix constructs that mingw32-make can't understand. I intend my make.exe to (one day) be able to also work from MSYS (by hand parsing fstab), cmd.exe and whatever else I can throw it at. Sure, when it's compatible one day. signature.asc Description: OpenPGP digital signature -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] building QT 4.8.3 with jom on cmd
I wrote a small .bat to do that: ../src/configure.exe ^ -fast ^ -shared ^ -static ^ -debug-and-release ^ -opensource ^ -confirm-license ^ -no-dsp ^ -no-vcproj ^ -no-qt3support ^ -no-phonon ^ -no-phonon-backend ^ -platform win32-g++ ^ -nomake demos -nomake examples ^ -prefix D:\qt\4.8.3\x86_64-w64-mingw32 jom But It seems I am doing something wrong. jom: D:\qt\4.8.3\tmp\src\tools\bootstrap\Makefile.Release [tmp\obj\release_static\qtsciicodec.o] Error 1 jom: D:\qt\4.8.3\tmp\src\tools\bootstrap\Makefile.Release [tmp\obj\release_static\qutfcodec.o] Error 1 d:/qt/4.8.3/src/src/corelib/codecs/qtextcodec.cpp:42:27: fatal error: qplatformdefs.h: No such file or directory compilation terminated. d:/qt/4.8.3/src/src/corelib/global/qglobal.cpp:42:27: fatal error: qplatformdefs.h: No such file or directory compilation terminated. jom: D:\qt\4.8.3\tmp\src\tools\bootstrap\Makefile.Release [tmp\obj\release_static\qtextcodec.o] Error 1 jom: D:\qt\4.8.3\tmp\src\tools\bootstrap\Makefile.Release [tmp\obj\release_static\qglobal.o] Error 1 d:/qt/4.8.3/src/src/corelib/global/qmalloc.cpp:42:27: fatal error: qplatformdefs.h: No such file or directory compilation terminated. jom: D:\qt\4.8.3\tmp\src\tools\bootstrap\Makefile.Release [tmp\obj\release_static\qmalloc.o] Error 1 jom: D:\qt\4.8.3\tmp\src\tools\bootstrap\Makefile.Release [tmp\obj\release_static\qlatincodec.o] Error 1 jom: D:\qt\4.8.3\tmp\src\tools\bootstrap\Makefile.Release [tmp\obj\release_static\qsimplecodec.o] Error 1 jom: D:\qt\4.8.3\tmp\src\tools\bootstrap\Makefile [release] Error 2 jom: D:\qt\4.8.3\tmp\src\tools\bootstrap\Makefile [all] Error 2 jom: D:\qt\4.8.3\tmp\Makefile [sub-tools-bootstrap-make_default-ordered] Error 2 jom: D:\qt\4.8.3\tmp\Makefile [all] Error 2 -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] strerror_s problem
2012/11/2 Ozkan Sezer seze...@gmail.com On Fri, Nov 2, 2012 at 11:54 AM, JonY jo...@users.sourceforge.net wrote: On 11/2/2012 16:55, Ozkan Sezer wrote: On Thu, Nov 1, 2012 at 4:54 PM, Earnie Boyd ear...@users.sourceforge.net wrote: Is it properly wrapped in the extern C { } when __cplusplus is defined? Is __cplusplus defined correctly? Yes, sec_api/string_s.h does that. Tested in g++ 4.8.0 with trunk headers, seems to work fine there. To make things clear, does the stable/v2.x headers also work for you? (sorry that I can't test things myself for now.) I tested v2.x and with it, LLVM cmake configure did not detect strerror_s (which is what I'd expect, I guess), afterwards I deleted the whole toolchain directory and unzipped a fresh 4.7.2 from my 7z package. Now LLVM configure didn't detect strerror_s either. This means I could just build it without any problems. I must have messed up my header install somehow. Sorry for the false report. I have absolutely no clue what happened. Ruben Do you have MINGW_HAS_SECURE_API set to 1? Do you have something shadowing _mingw.h? -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] incorrect syntax while building QT 4.8.3
On Fri, Nov 2, 2012 at 9:42 AM, Ray Donnelly wrote: I intend my make.exe to (one day) be able to also work from MSYS (by hand parsing fstab), cmd.exe and whatever else I can throw it at. Off-topic here but the code already exists, just use it. If you need to discuss it use the mingw-us...@lists.sourceforge.net list. -- Earnie -- https://sites.google.com/site/earnieboyd -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] MinWG64 on Windows, for Windows?
Greetings everyone, Its been a wild ride for me in the cross-platform compilation world. After several weeks pulling my hair, I figured it might be a good thing to ask for help before I go completely bald. To resume, I do have a fairly complex C++ Visual Studio 10 Win64 project that needs to be maintained on windows and port to Linux and MacOSX. For simplicity sake, let's forget I just said that and let's get down to basics. Here is my setup: Windows 7 CMake 2.8.9 Intel Processor 64 bit I already have my CMake setup running using the Visual Studio 10 Win64 compiler and it works beautifully. Now, to get things rolling, I'd like to compile the same project with MinWG64 on Windows, for Windows. Before I go any further, I'd like to know: * Which MinGW64 binary package should I get from http://sourceforge.net/projects/mingw-w64?** * What would be the best compiler to use to get my code compliant for the other platforms? ** I say binary hoping I could avoid compiling compilers because this idea upsets me some how. Thank you very much for reading this. -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Error building python extension (DLL load failed: invalid access to memory location)
On Fri, Nov 2, 2012 at 3:01 PM, Jon wrote: I settled for the fix of using mingw.org gcc 4.6.2 32bit but don't understand why it works since the 4.6.2 .pyd's still have deps on msvcr90.dll and msvcrt.dll...need to try again with a custom spec to force everything to msvcr90.dll and try with http://sourceforge.net/projects/mingwbuilds/files/host-windows/releases/4.7.2/ There are ABI changes between mingw.org's 4.6.2 and 4.7 that require all libraries to use one or the other. I don't know if nixMan's releases would have the same issue but if it were me I would be sure to rebuild all libraries and modules with the same compiler. You are likely to have issues between mingw.org's gcc built libraries and other's releases of gcc. -- Earnie -- https://sites.google.com/site/earnieboyd -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MinWG64 on Windows, for Windows?
2012/11/2 Yves Perron yves.per...@modusfx.com Greetings everyone, Its been a wild ride for me in the cross-platform compilation world. After several weeks pulling my hair, I figured it might be a good thing to ask for help before I go completely bald. To resume, I do have a fairly complex C++ Visual Studio 10 Win64 project that needs to be maintained on windows and port to Linux and MacOSX. For simplicity sake, let's forget I just said that and let's get down to basics. Here is my setup: Windows 7 CMake 2.8.9 Intel Processor 64 bit I already have my CMake setup running using the Visual Studio 10 Win64 compiler and it works beautifully. Now, to get things rolling, I'd like to compile the same project with MinWG64 on Windows, for Windows. Hi Yves, Before I go any further, I'd like to know: - Which MinGW64 binary package should I get from http://sourceforge.net/projects/mingw-w64?** There are several you can choose from: - my Personal buildshttp://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/rubenvb/: I provide native and cross compilers which are nicely up to date. Choose the 4.7.2 package if you want to have the latest stable stuff. - mingwbuilds http://sourceforge.net/projects/mingwbuilds/: another person who reads this list and builds compilers. He often has very specialized features enabled which I reserve for my experimental builds. - TDM GCC http://tdm-gcc.tdragon.net/: a MinGW classic, providing a 32-bit Windows to 64-bit Windows multilib compiler (which can compile for both 32 and 64-bit) All of these are either install+ add mingw*/bin to PATH or run the included envsetup script which does that for you (like with mine). It goes without saying I recommend my toolchain builds ;-) - What would be the best compiler to use to get my code compliant for the other platforms? You should use as much compilers as possible, which in this case means: Visual Studio (which will be the limiting factor in any case), GCC (see above) and Clang (see http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/rubenvb/clang-3.1-release/for more details, read carefully). Clang may not be usable for what you are doing, as it misses certain features required for normal Windows code (like dllexporting classes). It works fine in cases not using that though, but only for 32-bit Windows. To force GCC's strict mode, which is very useful, use the following compiler flags when building: -Wextra -pedantic -std=c++11 Some optional extra flags are: -Wconversion -Wuninitialized -Winit-self -Wmissing-include-dirs -Wstrict-aliasing These options will not ensure your code will work on different OSes, but it will make sure it is standards conformant as much as possible. Note that MinGW inherently uses msvcrt, which means certain C functions may not behave like you would expect. See MSDN in Visual C++ 2003 mode to see the documentation for the functions MinGW exposes. If you're using fancy C++11 library features (which include but are not limited to thread, std::to_string, and regex) you will find GCC's libstdc++ unfortunately lacking. Everything else is usually implemented better than on MSVC though, including tuple. To use CMake, just be sure g++ is in PATH, and run cmake path/to/source -GMinGW Makefiles Hope this helps, Ruben ** I say binary hoping I could avoid compiling compilers because this idea upsets me some how. Thank you very much for reading this. -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MinWG64 on Windows, for Windows?
Very well, I'll chew on this over the weekend. Your wisdom is appreciated indeed. Thank you very much Ruben. Sent from my iPhone On Nov 2, 2012, at 15:55, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: 2012/11/2 Yves Perron yves.per...@modusfx.com Greetings everyone, Its been a wild ride for me in the cross-platform compilation world. After several weeks pulling my hair, I figured it might be a good thing to ask for help before I go completely bald. To resume, I do have a fairly complex C++ Visual Studio 10 Win64 project that needs to be maintained on windows and port to Linux and MacOSX. For simplicity sake, let's forget I just said that and let's get down to basics. Here is my setup: Windows 7 CMake 2.8.9 Intel Processor 64 bit I already have my CMake setup running using the Visual Studio 10 Win64 compiler and it works beautifully. Now, to get things rolling, I'd like to compile the same project with MinWG64 on Windows, for Windows. Hi Yves, Before I go any further, I'd like to know: Which MinGW64 binary package should I get from http://sourceforge.net/projects/mingw-w64?** There are several you can choose from: - my Personal builds: I provide native and cross compilers which are nicely up to date. Choose the 4.7.2 package if you want to have the latest stable stuff. - mingwbuilds: another person who reads this list and builds compilers. He often has very specialized features enabled which I reserve for my experimental builds. - TDM GCC: a MinGW classic, providing a 32-bit Windows to 64-bit Windows multilib compiler (which can compile for both 32 and 64-bit) All of these are either install+ add mingw*/bin to PATH or run the included envsetup script which does that for you (like with mine). It goes without saying I recommend my toolchain builds ;-) What would be the best compiler to use to get my code compliant for the other platforms? You should use as much compilers as possible, which in this case means: Visual Studio (which will be the limiting factor in any case), GCC (see above) and Clang (see http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/rubenvb/clang-3.1-release/ for more details, read carefully). Clang may not be usable for what you are doing, as it misses certain features required for normal Windows code (like dllexporting classes). It works fine in cases not using that though, but only for 32-bit Windows. To force GCC's strict mode, which is very useful, use the following compiler flags when building: -Wextra -pedantic -std=c++11 Some optional extra flags are: -Wconversion -Wuninitialized -Winit-self -Wmissing-include-dirs -Wstrict-aliasing These options will not ensure your code will work on different OSes, but it will make sure it is standards conformant as much as possible. Note that MinGW inherently uses msvcrt, which means certain C functions may not behave like you would expect. See MSDN in Visual C++ 2003 mode to see the documentation for the functions MinGW exposes. If you're using fancy C++11 library features (which include but are not limited to thread, std::to_string, and regex) you will find GCC's libstdc++ unfortunately lacking. Everything else is usually implemented better than on MSVC though, including tuple. To use CMake, just be sure g++ is in PATH, and run cmake path/to/source -GMinGW Makefiles Hope this helps, Ruben ** I say binary hoping I could avoid compiling compilers because this idea upsets me some how. Thank you very much for reading this. -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one
Re: [Mingw-w64-public] Error building python extension (DLL load failed: invalid access to memory location)
On Fri, 2 Nov 2012 15:20:10 -0400 Earnie Boyd ear...@users.sourceforge.net wrote: On Fri, Nov 2, 2012 at 3:01 PM, Jon wrote: I settled for the fix of using mingw.org gcc 4.6.2 32bit but don't understand why it works since the 4.6.2 .pyd's still have deps on msvcr90.dll and msvcrt.dll...need to try again with a custom spec to force everything to msvcr90.dll and try with http://sourceforge.net/projects/mingwbuilds/files/host-windows/releases/4.7.2/ There are ABI changes between mingw.org's 4.6.2 and 4.7 that require all libraries to use one or the other. I don't know if nixMan's releases would have the same issue but if it were me I would be sure to rebuild all libraries and modules with the same compiler. You are likely to have issues between mingw.org's gcc built libraries and other's releases of gcc. Ah, good to know. My goal is to use the official Python binary (VC built?) and use mingw-w64 4.7.2 (Ruben or nixMan's) to build the modules, and not have to build everything with the same toolchain. I'm hoping my load fail (and the OP's) turns out to be the issue of modules linking against two different CRT versions. PeStudio tells me my msvcrt.dll linked .pyd's try to use _errno, __dllonexit, fflush, free, malloc, and strcmp from msvcr90.dll. Looks like the infamous crossing DLL boundries/separate DLL state issue that should disappear when linking against the same CRT. Jon -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public