[Mingw-w64-public] Mass rebuild report for August 29 2013
This is a report for the 20130829 mass rebuild of all Fedora MinGW packages against Fedora Rawhide and a list of all the changes which have been applied since the previous mass rebuild. This mass rebuild was done using winpthreads instead of the old pthreads-w32 implementation. In Fedora itself winpthreads isn't used by default yet, but it will be introduced in Fedora 20 once all build failures which are caused by it are resolved (if this takes too long the introduction of winpthreads in Fedora will have to be postponed until Fedora 21 which is scheduled for release in Q2 2014). The gcc package is still being built without --enable-threads=posix (thus support for C++11 std::thread is not enabled yet) During this mass rebuild the following toolchain was used: * mingw-w64 r6155 20130827 trunk snapshot * binutils 2.23.52.0.1 * gcc 4.8.1 Statistics about current mass rebuild: -- Timestamp of mass rebuild: 20130829 Total packages: 176 Number of failed packages: 6 Number of succeeded packages: 170 Number of added packages since previous mass rebuild: 3 Time needed to perform mass rebuild: 34 hours, 5 minutes, 3 seconds Statistics about previous mass rebuild: --- Timestamp of previous mass rebuild: 20130724 Total packages: 173 Number of failed packages: 3 Number of succeeded packages: 170 === The following packages were added since the previous rebuild: mingw-fftw mingw-shapelib mingw-winpthreads === The following packages FAILED to rebuild: mingw-gstreamer-0.10.36-4 ** Package failed to build while it succeeded during the previous mass rebuild ** Package owner: pfor Time to build: 2 minutes, 44 seconds Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-gstreamer-0.10.36-4 mingw-gstreamer1-1.0.6-2 ** Package failed to build while it succeeded during the previous mass rebuild ** Package owner: pfor Time to build: 2 minutes, 39 seconds Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-gstreamer1-1.0.6-2 mingw-libvirt-1.1.1-1 Package owner: berrange Time to build: 6 minutes, 39 seconds Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-libvirt-1.1.1-1 mingw-qt5-qtbase-5.1.0-5 ** Package failed to build while it succeeded during the previous mass rebuild ** Package owner: epienbro Time to build: 9 minutes, 54 seconds Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-qt5-qtbase-5.1.0-5 mingw-qt5-qtsystems-5.0.0-0.7.git20130510.fb72a057 ** Package failed to build while it succeeded during the previous mass rebuild ** Package owner: epienbro Time to build: 3 minutes, 2 seconds Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-qt5-qtsystems-5.0.0-0.7.git20130510.fb72a057 mingw-wine-gecko-2.21-3 ** Package failed to build while it succeeded during the previous mass rebuild ** Package owner: awjb Time to build: 1 hour, 19 minutes, 23 seconds Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-wine-gecko-2.21-3 === The following packages were updated since the previous rebuild: mingw-boost-1.54.0-1.fc19 -- * Tue Jul 30 2013 Thomas Sailer - 1.54.0-1 - update to 1.54.0 mingw-cairo-1.12.14-5.fc19 --- * Sun Aug 04 2013 Erik van Pienbroek - 1.12.14-5 - Fix assertion failure when using the latest gtk3 (RHBZ #991829, FD BZ #63787) mingw-crossreport-201308-1.fc19 * Tue Aug 06 2013 Richard W.M. Jones - 201308-1 - Fix update-crossreport-db.pl so it ignores 'R' (read-only data) symbols. - Update the database against all mingw32-* packages in Fedora 19. - xz-compress the database so it doesn't take up so much space. - Change the versioning system so it includes the month that the database was last updated. This is more informative. * Tue Aug 06 2013 Richard W.M. Jones - 8-8 - Unversioned docdir on F20 (RHBZ#993866). mingw-crt-2.0.999-0.34.trunk.r6155.20130827.fc19 - * Tue Aug 27 2013 Erik van Pienbroek - 2.0.999-0.34.trunk.r6155.20130827 - Update to r6155 (20130827 snapshot) * Mon Aug 19 2013 Erik van Pienbroek - 2.0.999-0.33.trunk.r6106.20130819 - Update to r6106 (20130819 snapshot) * Sat Aug 10 2013 Erik van Pienbroek - 2.0.999-0.32.trunk.r6069.20130810 - Update to r6069 (20130810 snapshot) - Resolves unnecesary dependency on libgcc_s_sjlj-1.dll for the i686 target mingw-cximage-600-10.fc19 -- *
Re: [Mingw-w64-public] Mass rebuild report for August 29 2013
> mingw-gstreamer-0.10.36-4 > ** Package failed to build while it succeeded during the previous mass > rebuild ** > Package owner: pfor > Time to build: 2 minutes, 44 seconds > Build logs: > http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-gstreamer-0.10.36-4 > > mingw-gstreamer1-1.0.6-2 > ** Package failed to build while it succeeded during the previous mass > rebuild ** > Package owner: pfor > Time to build: 2 minutes, 39 seconds > Build logs: > http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-gstreamer1-1.0.6-2 These failures were already known for some time and are caused by winpthreads: CCLD libgstreamer-1.0.la .libs/libgstreamer_1.0_la-gstsystemclock.o: In function `gst_system_clock_get_resolution': /builddir/build/BUILD/gstreamer-1.0.6/build_win32/gst/../../gst/gstsystemclock.c:566: undefined reference to `clock_getres' .libs/libgstreamer_1.0_la-gstsystemclock.o: In function `gst_system_clock_get_internal_time': /builddir/build/BUILD/gstreamer-1.0.6/build_win32/gst/../../gst/gstsystemclock.c:540: undefined reference to `clock_gettime' .libs/libgstreamer_1.0_la-gstutils.o: In function `gst_util_get_timestamp': /builddir/build/BUILD/gstreamer-1.0.6/build_win32/gst/../../gst/gstutils.c:3102: undefined reference to `clock_gettime' collect2: error: ld returned 1 exit status > mingw-libvirt-1.1.1-1 > Package owner: berrange > Time to build: 6 minutes, 39 seconds > Build logs: > http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-libvirt-1.1.1-1 Also caused by winpthreads: CCLD libvirt.la ./.libs/libvirt_driver_remote.a(libvirt_net_rpc_client_la-virnetclient.o): In function `virNetClientIOEventLoop': /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:1517: undefined reference to `pthread_sigmask' /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:1524: undefined reference to `pthread_sigmask' /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:1524: undefined reference to `pthread_sigmask' ./.libs/libvirt_driver_remote.a(libvirt_net_rpc_client_la-virnetclient.o): In function `virNetClientSetTLSSession': /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:785: undefined reference to `pthread_sigmask' /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:792: undefined reference to `pthread_sigmask' ./.libs/libvirt_driver_remote.a(libvirt_net_rpc_client_la-virnetclient.o):/builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:809: more undefined references to `pthread_sigmask' follow collect2: error: ld returned 1 exit status > mingw-qt5-qtbase-5.1.0-5 > ** Package failed to build while it succeeded during the previous mass > rebuild ** > Package owner: epienbro > Time to build: 9 minutes, 54 seconds > Build logs: > http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-qt5-qtbase-5.1.0-5 This one is new: /builddir/build/BUILD/qtbase-opensource-src-5.1.0/src/corelib/io/qfilesystemengine_win.cpp:578:3: error: conflicting declaration 'typedef struct _FILE_ID_128 FILE_ID_128' } FILE_ID_128, *PFILE_ID_128; ^ In file included from /usr/i686-w64-mingw32/sys-root/mingw/include/winnt.h:3767:7: error: 'FILE_ID_128' has a previous declaration as 'typedef struct FILE_ID_128 FILE_ID_128' } FILE_ID_128, *PFILE_ID_128; ^ It seems to be caused by mingw-w64 commit r6115: http://sourceforge.net/p/mingw-w64/code/6115/ As mingw-w64 didn't have this structure before, the Qt folks decided to manually add this structure in their code. However, this structure is implemented differently than the mingw-w64 implementation. For comparison, here's the mingw-w64 implementation: typedef struct FILE_ID_128 { ULONGLONG LowPart; ULONGLONG HighPart; } FILE_ID_128, *PFILE_ID_128; While the Qt project uses this implementation: == # if defined(Q_CC_MINGW) || (defined(Q_CC_MSVC) && _MSC_VER < 1700) typedef struct _FILE_ID_128 { BYTE Identifier[16]; } FILE_ID_128, *PFILE_ID_128; typedef struct _FILE_ID_INFO { ULONGLONG VolumeSerialNumber; FILE_ID_128 FileId; } FILE_ID_INFO, *PFILE_ID_INFO; # endif // if defined (Q_CC_MINGW) || (defined(Q_CC_MSVC) && _MSC_VER < 1700)) == I'm not entirely certain which side should be fixed. The MSDN docs about this subject only contain references to a structure called EXT_FILE_ID_128: http://msdn.microsoft.com/nl-nl/library/windows/desktop/hh965605% 28v=vs.85%29.aspx and http://msdn.microsoft.com/nl-nl/library/windows/desktop/hh802691% 28v=vs.85%29.aspx > mingw-qt5-qtsystems-5.0.0-0.7.git20130510.fb72a057 > ** Package failed to build while it succeeded during the previous mass > rebuild ** > Package owner: epienbro > Time to build: 3 minutes, 2 seconds > Build logs: > ht
Re: [Mingw-w64-public] Mass rebuild report for August 29 2013
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 29.08.2013 21:38, Erik van Pienbroek wrote: >> mingw-gstreamer-0.10.36-4 >> ** Package failed to build while it succeeded during the previous mass >> rebuild ** >> Package owner: pfor >> Time to build: 2 minutes, 44 seconds >> Build logs: >> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-gstreamer-0.10.36-4 >> >> mingw-gstreamer1-1.0.6-2 >> ** Package failed to build while it succeeded during the previous mass >> rebuild ** >> Package owner: pfor >> Time to build: 2 minutes, 39 seconds >> Build logs: >> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-gstreamer1-1.0.6-2 > > These failures were already known for some time and are caused by > winpthreads: > > CCLD libgstreamer-1.0.la > .libs/libgstreamer_1.0_la-gstsystemclock.o: In function > `gst_system_clock_get_resolution': > /builddir/build/BUILD/gstreamer-1.0.6/build_win32/gst/../../gst/gstsystemclock.c:566: > undefined reference to `clock_getres' > .libs/libgstreamer_1.0_la-gstsystemclock.o: In function > `gst_system_clock_get_internal_time': > /builddir/build/BUILD/gstreamer-1.0.6/build_win32/gst/../../gst/gstsystemclock.c:540: > undefined reference to `clock_gettime' > .libs/libgstreamer_1.0_la-gstutils.o: In function > `gst_util_get_timestamp': > /builddir/build/BUILD/gstreamer-1.0.6/build_win32/gst/../../gst/gstutils.c:3102: > undefined reference to `clock_gettime' > collect2: error: ld returned 1 exit status I remember fixing this upstream [1][2]. If i'm reading the dates correctly, this issue will disappear once you upgrade to 1.0.7 (no idea about 0.10.x). [1] http://cgit.freedesktop.org/gstreamer/gstreamer/commit/?id=e745a2bcf07eb7ecafcb92428b4d2907ff22b124 [2] http://cgit.freedesktop.org/gstreamer/gstreamer/commit/?id=e2f2ee3582731fd52e5b93a0a82fdf6f4156bce2 - -- O< ascii ribbon - stop html email! - www.asciiribbon.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (MingW32) iQEcBAEBAgAGBQJSH5fHAAoJEOs4Jb6SI2Cw+MAH/RrqOap8m3ZLSPu2oVXtEaO1 UvygGtfIJN1rffqnjYfC8ikvONa32O1mJTX4NithBgDm7Vytw/bOH+/Ro3fB3b9w wULZxrVtlAvkfhOCXjWyoE/AJwB/8HFePUa94mmBKfemXWxMyZ+hZ0eGLl4yZQGZ U3Ggvo+mKZu0msV2ObE0bHh0BN3GC3TwjIW2xvVfSiupAp0GgFCf9pu6936krCj4 K3+NC9VGKSMw5J0Ot+no0OSmcAgLPrQUkCHYeC51CzuHoFjuRn4WbjrH+rNCIego gyANc765SPcaXc28Hpe23dJJqAfdxkCLnqe+jbscbfFqECCUFV9YdEdY9aQOR9k= =r6vX -END PGP SIGNATURE- -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Mass rebuild report for August 29 2013
LRN schreef op do 29-08-2013 om 22:49 [+0400]: > On 29.08.2013 21:38, Erik van Pienbroek wrote: > >> mingw-gstreamer-0.10.36-4 > >>** Package failed to build while it succeeded during the previous mass > >> rebuild ** > >>Package owner: pfor > >>Time to build: 2 minutes, 44 seconds > >>Build logs: > >> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-gstreamer-0.10.36-4 > >> > >> mingw-gstreamer1-1.0.6-2 > >>** Package failed to build while it succeeded during the previous mass > >> rebuild ** > >>Package owner: pfor > >>Time to build: 2 minutes, 39 seconds > >>Build logs: > >> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-gstreamer1-1.0.6-2 > > > > These failures were already known for some time and are caused by > > winpthreads: > > > > CCLD libgstreamer-1.0.la > > .libs/libgstreamer_1.0_la-gstsystemclock.o: In function > > `gst_system_clock_get_resolution': > > /builddir/build/BUILD/gstreamer-1.0.6/build_win32/gst/../../gst/gstsystemclock.c:566: > > undefined reference to `clock_getres' > > .libs/libgstreamer_1.0_la-gstsystemclock.o: In function > > `gst_system_clock_get_internal_time': > > /builddir/build/BUILD/gstreamer-1.0.6/build_win32/gst/../../gst/gstsystemclock.c:540: > > undefined reference to `clock_gettime' > > .libs/libgstreamer_1.0_la-gstutils.o: In function > > `gst_util_get_timestamp': > > /builddir/build/BUILD/gstreamer-1.0.6/build_win32/gst/../../gst/gstutils.c:3102: > > undefined reference to `clock_gettime' > > collect2: error: ld returned 1 exit status > I remember fixing this upstream [1][2]. > If i'm reading the dates correctly, this issue will disappear once you > upgrade to 1.0.7 (no idea about 0.10.x). > > [1] > http://cgit.freedesktop.org/gstreamer/gstreamer/commit/?id=e745a2bcf07eb7ecafcb92428b4d2907ff22b124 > [2] > http://cgit.freedesktop.org/gstreamer/gstreamer/commit/?id=e2f2ee3582731fd52e5b93a0a82fdf6f4156bce2 Hi LRN, Thanks for the information! With these two patches we should be able to get both gstreamer branches built against winpthreads Regards, Erik -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Mass rebuild report for August 29 2013
29.08.2013, в 21:38, Erik van Pienbroek написал(а): >> mingw-qt5-qtbase-5.1.0-5 >> ** Package failed to build while it succeeded during the previous mass >> rebuild ** >> Package owner: epienbro >> Time to build: 9 minutes, 54 seconds >> Build logs: >> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-qt5-qtbase-5.1.0-5 > > > This one is new: > > /builddir/build/BUILD/qtbase-opensource-src-5.1.0/src/corelib/io/qfilesystemengine_win.cpp:578:3: > error: conflicting declaration 'typedef struct _FILE_ID_128 FILE_ID_128' > } FILE_ID_128, *PFILE_ID_128; > ^ > In file included > from > /usr/i686-w64-mingw32/sys-root/mingw/include/winnt.h:3767:7: error: > 'FILE_ID_128' has a previous declaration as 'typedef struct FILE_ID_128 > FILE_ID_128' > } FILE_ID_128, *PFILE_ID_128; > ^ > > It seems to be caused by mingw-w64 commit r6115: > http://sourceforge.net/p/mingw-w64/code/6115/ > > As mingw-w64 didn't have this structure before, the Qt folks decided to > manually add this structure in their code. However, this structure is > implemented differently than the mingw-w64 implementation. > > For comparison, here's the mingw-w64 implementation: >typedef struct FILE_ID_128 { > ULONGLONG LowPart; > ULONGLONG HighPart; >} FILE_ID_128, *PFILE_ID_128; > > While the Qt project uses this implementation: > > == > > # if defined(Q_CC_MINGW) || (defined(Q_CC_MSVC) && _MSC_VER < 1700) > > typedef struct _FILE_ID_128 { >BYTE Identifier[16]; > } FILE_ID_128, *PFILE_ID_128; > > typedef struct _FILE_ID_INFO { >ULONGLONG VolumeSerialNumber; >FILE_ID_128 FileId; > } FILE_ID_INFO, *PFILE_ID_INFO; > # endif // if defined (Q_CC_MINGW) || (defined(Q_CC_MSVC) && _MSC_VER < > 1700)) > > == > > I'm not entirely certain which side should be fixed. The MSDN docs about > this subject only contain references to a structure called > EXT_FILE_ID_128: > http://msdn.microsoft.com/nl-nl/library/windows/desktop/hh965605% > 28v=vs.85%29.aspx and > http://msdn.microsoft.com/nl-nl/library/windows/desktop/hh802691% > 28v=vs.85%29.aspx > This issue is fixed in Qt gerrit: https://codereview.qt-project.org/#change,63747 Also I have issue described here: https://bugreports.qt-project.org/browse/QTBUG-33225 > > >> mingw-qt5-qtsystems-5.0.0-0.7.git20130510.fb72a057 >> ** Package failed to build while it succeeded during the previous mass >> rebuild ** >> Package owner: epienbro >> Time to build: 3 minutes, 2 seconds >> Build logs: >> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-qt5-qtsystems-5.0.0-0.7.git20130510.fb72a057 > > In file included > from > /builddir/build/BUILD/qt-qtsystems/src/systeminfo/windows/qdeviceinfo_win.cpp:50:0: > /usr/i686-w64-mingw32/sys-root/mingw/include/vfw.h:908:3: error: > 'interface' does not name a type > DECLARE_INTERFACE_(IAVIStream,IUnknown) { > ^ > > > Apparently the mingw-w64 header vfw.h is broken. When a minimal testcase > is being compiled which only contains '#include ' then the errors > also occur. > > >> mingw-wine-gecko-2.21-3 >> ** Package failed to build while it succeeded during the previous mass >> rebuild ** >> Package owner: awjb >> Time to build: 1 hour, 19 minutes, 23 seconds >> Build logs: >> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-wine-gecko-2.21-3 > > undefined reference to `mozilla::TimeStampValue::TimeStampValue > > This one is already resolved upstream, will get fixed automatically when > the next version of wine-gecko gets released. > > Regards, > > Erik > > > > > > -- > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk > ___ > Mingw-w64-public mailing list > Mingw-w64-public@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Mass rebuild report for August 29 2013
2013/8/29 Erik van Pienbroek > > > mingw-qt5-qtbase-5.1.0-5 > > ** Package failed to build while it succeeded during the previous > mass rebuild ** > > Package owner: epienbro > > Time to build: 9 minutes, 54 seconds > > Build logs: > http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-qt5-qtbase-5.1.0-5 > > > This one is new: > > /builddir/build/BUILD/qtbase-opensource-src-5.1.0/src/corelib/io/qfilesystemengine_win.cpp:578:3: > error: conflicting declaration 'typedef struct _FILE_ID_128 FILE_ID_128' > } FILE_ID_128, *PFILE_ID_128; >^ > In file included > from > /usr/i686-w64-mingw32/sys-root/mingw/include/winnt.h:3767:7: error: > 'FILE_ID_128' has a previous declaration as 'typedef struct FILE_ID_128 > FILE_ID_128' > } FILE_ID_128, *PFILE_ID_128; >^ > > It seems to be caused by mingw-w64 commit r6115: > http://sourceforge.net/p/mingw-w64/code/6115/ > > As mingw-w64 didn't have this structure before, the Qt folks decided to > manually add this structure in their code. However, this structure is > implemented differently than the mingw-w64 implementation. > > For comparison, here's the mingw-w64 implementation: > typedef struct FILE_ID_128 { > ULONGLONG LowPart; > ULONGLONG HighPart; > } FILE_ID_128, *PFILE_ID_128; > > While the Qt project uses this implementation: > > == > > # if defined(Q_CC_MINGW) || (defined(Q_CC_MSVC) && _MSC_VER < 1700) > > typedef struct _FILE_ID_128 { > BYTE Identifier[16]; > } FILE_ID_128, *PFILE_ID_128; > > typedef struct _FILE_ID_INFO { > ULONGLONG VolumeSerialNumber; > FILE_ID_128 FileId; > } FILE_ID_INFO, *PFILE_ID_INFO; > # endif // if defined (Q_CC_MINGW) || (defined(Q_CC_MSVC) && _MSC_VER < > 1700)) > > == > > I'm not entirely certain which side should be fixed. The MSDN docs about > this subject only contain references to a structure called > EXT_FILE_ID_128: > http://msdn.microsoft.com/nl-nl/library/windows/desktop/hh965605% > 28v=vs.85%29.aspx and > http://msdn.microsoft.com/nl-nl/library/windows/desktop/hh802691% > 28v=vs.85%29.aspx > > > This issue is fixed in Qt gerrit: https://codereview.qt-project.org/#change,63747 After fixing tis issue I have issue described here: https://bugreports.qt-project.org/browse/QTBUG-33225 Regards, Alexey. -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Mass rebuild report for August 29 2013
Alexey Pavlov schreef op do 29-08-2013 om 23:20 [+0400]: > > > > 2013/8/29 Erik van Pienbroek > > mingw-qt5-qtbase-5.1.0-5 > > ** Package failed to build while it succeeded during > the previous mass rebuild ** > > Package owner: epienbro > > Time to build: 9 minutes, 54 seconds > > Build logs: > > http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-qt5-qtbase-5.1.0-5 > > > > This one is new: > > > /builddir/build/BUILD/qtbase-opensource-src-5.1.0/src/corelib/io/qfilesystemengine_win.cpp:578:3: > error: conflicting declaration 'typedef struct _FILE_ID_128 FILE_ID_128' > } FILE_ID_128, *PFILE_ID_128; >^ > In file included > from > /usr/i686-w64-mingw32/sys-root/mingw/include/winnt.h:3767:7: > error: > 'FILE_ID_128' has a previous declaration as 'typedef struct > FILE_ID_128 > FILE_ID_128' > } FILE_ID_128, *PFILE_ID_128; >^ > > > This issue is fixed in Qt gerrit: > https://codereview.qt-project.org/#change,63747 > After fixing tis issue I have issue described here: > https://bugreports.qt-project.org/browse/QTBUG-33225 > Thanks for the info! I just tried the patch you mentioned and it indeed resolves the build failure. Now I'm also seeing the other issue you mentioned: /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp: In member function 'virtual QPixmap QWindowsTheme::standardPixmap(QPlatformTheme::StandardPixmap, const QSizeF&) const': /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp:531:13: error: 'SHSTOCKICONINFO' was not declared in this scope SHSTOCKICONINFO iconInfo; ^ /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp:531:29: error: expected ';' before 'iconInfo' SHSTOCKICONINFO iconInfo; ^ /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp:532:21: error: 'iconInfo' was not declared in this scope memset(&iconInfo, 0, sizeof(iconInfo)); ^ /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp:535:64: error: 'SIID_SHIELD' was not declared in this scope if (QWindowsContext::shell32dll.sHGetStockIconInfo(SIID_SHIELD, SHGFI_ICON | iconSize, &iconInfo) == S_OK) { ^ Apparently this is a piece of code which was added in Qt 5.1.1. Qt 5.1.0 didn't use these structures yet, so the workaround would be to stay with Qt 5.1.0 for now. I guess these structures have to be implemented in mingw-w64-headers. Regards, Erik -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Mass rebuild report for August 29 2013
2013/8/29 Erik van Pienbroek : > Alexey Pavlov schreef op do 29-08-2013 om 23:20 [+0400]: >> >> >> >> 2013/8/29 Erik van Pienbroek >> > mingw-qt5-qtbase-5.1.0-5 >> > ** Package failed to build while it succeeded during >> the previous mass rebuild ** >> > Package owner: epienbro >> > Time to build: 9 minutes, 54 seconds >> > Build logs: >> >> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-qt5-qtbase-5.1.0-5 >> >> >> >> This one is new: >> >> >> /builddir/build/BUILD/qtbase-opensource-src-5.1.0/src/corelib/io/qfilesystemengine_win.cpp:578:3: >> error: conflicting declaration 'typedef struct _FILE_ID_128 FILE_ID_128' >> } FILE_ID_128, *PFILE_ID_128; >>^ >> In file included >> from >> /usr/i686-w64-mingw32/sys-root/mingw/include/winnt.h:3767:7: >> error: >> 'FILE_ID_128' has a previous declaration as 'typedef struct >> FILE_ID_128 >> FILE_ID_128' >> } FILE_ID_128, *PFILE_ID_128; >>^ >> >> >> This issue is fixed in Qt gerrit: >> https://codereview.qt-project.org/#change,63747 >> After fixing tis issue I have issue described here: >> https://bugreports.qt-project.org/browse/QTBUG-33225 >> > > Thanks for the info! > I just tried the patch you mentioned and it indeed resolves the build > failure. > > Now I'm also seeing the other issue you mentioned: > > /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp: > In member function 'virtual QPixmap > QWindowsTheme::standardPixmap(QPlatformTheme::StandardPixmap, const QSizeF&) > const': > /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp:531:13: > error: 'SHSTOCKICONINFO' was not declared in this scope > SHSTOCKICONINFO iconInfo; > ^ > /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp:531:29: > error: expected ';' before 'iconInfo' > SHSTOCKICONINFO iconInfo; > ^ > /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp:532:21: > error: 'iconInfo' was not declared in this scope > memset(&iconInfo, 0, sizeof(iconInfo)); > ^ > /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp:535:64: > error: 'SIID_SHIELD' was not declared in this scope > if > (QWindowsContext::shell32dll.sHGetStockIconInfo(SIID_SHIELD, SHGFI_ICON > | iconSize, &iconInfo) == S_OK) { > ^ > > Apparently this is a piece of code which was added in Qt 5.1.1. Qt 5.1.0 > didn't use these structures yet, so the workaround would be to stay with > Qt 5.1.0 for now. I guess these structures have to be implemented in > mingw-w64-headers. No it is present, and part of shellapi.h header. Only thing required for this structure is to define NTDDI_VERSION >= 0x0600. Or define _WIN32_WINNT >= 0x0600 and include sdkddkver.h header (it gets automatically included by windows.h and some other headers). Regards, Kai > Regards, > > Erik -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Mass rebuild report for August 29 2013
Eric Blake schreef op do 29-08-2013 om 14:07 [-0600]: > On 08/29/2013 11:38 AM, Erik van Pienbroek wrote: > > > > > This mass rebuild was done using winpthreads instead of the old > > pthreads-w32 implementation. In Fedora itself winpthreads isn't > > used by default yet, but it will be introduced in Fedora 20 once > > all build failures which are caused by it are resolved (if this > > takes too long the introduction of winpthreads in Fedora will > > have to be postponed until Fedora 21 which is scheduled for > > release in Q2 2014). The gcc package is still being built without > > --enable-threads=posix (thus support for C++11 std::thread > > is not enabled yet) > > > > > >> mingw-libvirt-1.1.1-1 > >>Package owner: berrange > >>Time to build: 6 minutes, 39 seconds > >>Build logs: > >> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-libvirt-1.1.1-1 > > > > > > Also caused by winpthreads: > > > > CCLD libvirt.la > > ./.libs/libvirt_driver_remote.a(libvirt_net_rpc_client_la-virnetclient.o): > > In function `virNetClientIOEventLoop': > > /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:1517: > > undefined reference to `pthread_sigmask' > > /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:1524: > > undefined reference to `pthread_sigmask' > > /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:1524: > > undefined reference to `pthread_sigmask' > > ./.libs/libvirt_driver_remote.a(libvirt_net_rpc_client_la-virnetclient.o): > > In function `virNetClientSetTLSSession': > > /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:785: > > undefined reference to `pthread_sigmask' > > /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:792: > > undefined reference to `pthread_sigmask' > > ./.libs/libvirt_driver_remote.a(libvirt_net_rpc_client_la-virnetclient.o):/builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:809: > > more undefined references to `pthread_sigmask' follow > > collect2: error: ld returned 1 exit status > > Hmm. The libvirt build for mingw explicitly wants to avoid pthread_*, > and use native threading instead (at least we wanted to explicitly avoid > the old pthreads-w32, and since we already have native thread support, > we might as well use it instead of dragging in winpthreads). Probably a > case of our configure checks not detecting the right situation once > winpthreads are turned on. I'll see if we can get this fixed up for > libvirt 1.1.2 (due real soon now), or if it will have to wait for 1.1.3 > (a month out, but probably still in time to make it into F20). Is there > an easy environment to set up (such as rawhide + a repo) for testing a > mingw cross-build with winpthreads? Hi Eric, Some time ago I filed https://bugzilla.redhat.com/show_bug.cgi?id=969231 against the Fedora mingw-libvirt package for this issue. According to Daniel Berrange winpthreads isn't following the POSIX specifications as the symbol pthread_sigmask should be mentioned in signal.h while for winpthreads this symbol is currently only mentioned in pthread.h. Setting up an environment with Fedora MinGW + winpthreads requires some preparation (as I don't want to pollute rawhide yet). A recent rawhide environment should be enough as starting point. I just created some scratch builds which you can install directly with 'yum localinstall' to have a winpthreads-based mingw environment: http://koji.fedoraproject.org/koji/taskinfo?taskID=5871269 http://koji.fedoraproject.org/koji/taskinfo?taskID=5871279 Regards, Erik -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Mass rebuild report for August 29 2013
Kai Tietz schreef op do 29-08-2013 om 22:15 [+0200]: > 2013/8/29 Erik van Pienbroek : > > Alexey Pavlov schreef op do 29-08-2013 om 23:20 [+0400]: > >> After fixing tis issue I have issue described here: > >> https://bugreports.qt-project.org/browse/QTBUG-33225 > >> > > > > Thanks for the info! > > I just tried the patch you mentioned and it indeed resolves the build > > failure. > > > > Now I'm also seeing the other issue you mentioned: > > > > /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp: > > In member function 'virtual QPixmap > > QWindowsTheme::standardPixmap(QPlatformTheme::StandardPixmap, const > > QSizeF&) const': > > /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp:531:13: > > error: 'SHSTOCKICONINFO' was not declared in this scope > > SHSTOCKICONINFO iconInfo; > > ^ > > /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp:531:29: > > error: expected ';' before 'iconInfo' > > SHSTOCKICONINFO iconInfo; > > ^ > > /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp:532:21: > > error: 'iconInfo' was not declared in this scope > > memset(&iconInfo, 0, sizeof(iconInfo)); > > ^ > > /home/erik/fedora/mingw-qt5-qtbase/qtbase-opensource-src-5.1.1/src/plugins/platforms/windows/qwindowstheme.cpp:535:64: > > error: 'SIID_SHIELD' was not declared in this scope > > if > > (QWindowsContext::shell32dll.sHGetStockIconInfo(SIID_SHIELD, SHGFI_ICON > > | iconSize, &iconInfo) == S_OK) { > > ^ > > > > Apparently this is a piece of code which was added in Qt 5.1.1. Qt 5.1.0 > > didn't use these structures yet, so the workaround would be to stay with > > Qt 5.1.0 for now. I guess these structures have to be implemented in > > mingw-w64-headers. > > No it is present, and part of shellapi.h header. Only thing required > for this structure is to define NTDDI_VERSION >= 0x0600. Or > define _WIN32_WINNT >= 0x0600 and include sdkddkver.h header (it gets > automatically included by windows.h and some other headers). Hey Kai, Thanks for the hint. With this information I was able to come up with a patch to fix this build issue. I also just proposed this patch for inclusion upstream: https://codereview.qt-project.org/#change,64144 Regards, Erik -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Mass rebuild report for August 29 2013
On 08/29/2013 11:38 AM, Erik van Pienbroek wrote: > > This mass rebuild was done using winpthreads instead of the old > pthreads-w32 implementation. In Fedora itself winpthreads isn't > used by default yet, but it will be introduced in Fedora 20 once > all build failures which are caused by it are resolved (if this > takes too long the introduction of winpthreads in Fedora will > have to be postponed until Fedora 21 which is scheduled for > release in Q2 2014). The gcc package is still being built without > --enable-threads=posix (thus support for C++11 std::thread > is not enabled yet) > >> mingw-libvirt-1.1.1-1 >> Package owner: berrange >> Time to build: 6 minutes, 39 seconds >> Build logs: >> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-libvirt-1.1.1-1 > > > Also caused by winpthreads: > > CCLD libvirt.la > ./.libs/libvirt_driver_remote.a(libvirt_net_rpc_client_la-virnetclient.o): In > function `virNetClientIOEventLoop': > /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:1517: > undefined reference to `pthread_sigmask' > /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:1524: > undefined reference to `pthread_sigmask' > /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:1524: > undefined reference to `pthread_sigmask' > ./.libs/libvirt_driver_remote.a(libvirt_net_rpc_client_la-virnetclient.o): In > function `virNetClientSetTLSSession': > /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:785: > undefined reference to `pthread_sigmask' > /builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:792: > undefined reference to `pthread_sigmask' > ./.libs/libvirt_driver_remote.a(libvirt_net_rpc_client_la-virnetclient.o):/builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:809: > more undefined references to `pthread_sigmask' follow > collect2: error: ld returned 1 exit status Hmm. The libvirt build for mingw explicitly wants to avoid pthread_*, and use native threading instead (at least we wanted to explicitly avoid the old pthreads-w32, and since we already have native thread support, we might as well use it instead of dragging in winpthreads). Probably a case of our configure checks not detecting the right situation once winpthreads are turned on. I'll see if we can get this fixed up for libvirt 1.1.2 (due real soon now), or if it will have to wait for 1.1.3 (a month out, but probably still in time to make it into F20). Is there an easy environment to set up (such as rawhide + a repo) for testing a mingw cross-build with winpthreads? -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Mass rebuild report for August 29 2013
On 08/29/2013 02:37 PM, Erik van Pienbroek wrote: > Eric Blake schreef op do 29-08-2013 om 14:07 [-0600]: >> On 08/29/2013 11:38 AM, Erik van Pienbroek wrote: >> >>> >>> This mass rebuild was done using winpthreads instead of the old >>> pthreads-w32 implementation. In Fedora itself winpthreads isn't >>> used by default yet, but it will be introduced in Fedora 20 once >>> all build failures which are caused by it are resolved (if this >>> takes too long the introduction of winpthreads in Fedora will >>> have to be postponed until Fedora 21 which is scheduled for >>> release in Q2 2014). The gcc package is still being built without >>> --enable-threads=posix (thus support for C++11 std::thread >>> is not enabled yet) >> >>> ./.libs/libvirt_driver_remote.a(libvirt_net_rpc_client_la-virnetclient.o):/builddir/build/BUILD/libvirt-1.1.1/build_win32/src/../../src/rpc/virnetclient.c:809: >>> more undefined references to `pthread_sigmask' follow >>> collect2: error: ld returned 1 exit status >> >> Hmm. The libvirt build for mingw explicitly wants to avoid pthread_*, > > Hi Eric, > > Some time ago I filed https://bugzilla.redhat.com/show_bug.cgi?id=969231 > against the Fedora mingw-libvirt package for this issue. According to > Daniel Berrange winpthreads isn't following the POSIX specifications as > the symbol pthread_sigmask should be mentioned in signal.h while for > winpthreads this symbol is currently only mentioned in pthread.h. > > > Setting up an environment with Fedora MinGW + winpthreads requires some > preparation (as I don't want to pollute rawhide yet). A recent rawhide > environment should be enough as starting point. I just created some > scratch builds which you can install directly with 'yum localinstall' to > have a winpthreads-based mingw environment: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=5871269 > http://koji.fedoraproject.org/koji/taskinfo?taskID=5871279 I've played with these in my rawhide VM (and fixed several other libvirt bugs in the meantime, so the time was not wasted :). I was unable to reproduce this particular failure, which may mean that the latest winpthreads has indeed fixed the issue. At any rate, I was pleased to note this in today's mass rebuild notice: mingw-libvirt-1.1.2-1 ** Package built successfully while it failed during the previous mass rebuild ** Time to build: 12 minutes, 1 second So at this point, I'll quit worrying further about the issue, and hope that your conversion to winpthreads goes successfully with the current state of libvirt. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Mass rebuild report for August 29 2013
Eric Blake schreef op di 17-09-2013 om 15:34 [-0600]: > I've played with these in my rawhide VM (and fixed several other libvirt > bugs in the meantime, so the time was not wasted :). I was unable to > reproduce this particular failure, which may mean that the latest > winpthreads has indeed fixed the issue. At any rate, I was pleased to > note this in today's mass rebuild notice: > > mingw-libvirt-1.1.2-1 > ** Package built successfully while it failed during the previous mass > rebuild ** > Time to build: 12 minutes, 1 second > > So at this point, I'll quit worrying further about the issue, and hope > that your conversion to winpthreads goes successfully with the current > state of libvirt. Hey Eric, We managed to get the issue resolved in upstream mingw-w64/winpthreads in commits http://sourceforge.net/p/mingw-w64/code/6218/ and http://sourceforge.net/p/mingw-w64/code/6227/ So libvirt builds fine now even when winpthreads is available. I haven't done any runtime tests yet, but I expect to introduce winpthreads (and rebuild all affected packages) tomorrow in Fedora 20 and rawhide. Regards, Erik -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public