Erik van Pienbroek schreef op vr 30-01-2015 om 00:54 [+0100]: > The following packages FAILED to rebuild: > > mingw-clucene-2.3.3.4-10 > Package owner: greghellings > Time to build: 2 minutes, > Build logs: > http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20150130/mingw-clucene-2.3.3.4-10
Also failed in previous test mass rebuild with: /usr/i686-w64-mingw32/sys-root/mingw/include/process.h:31:29: note: previous declaration 'uintptr_t _beginthread(void (__attribute__((__cdecl__)) *)(void*), unsigned int, void*)' _CRTIMP uintptr_t __cdecl _beginthread(void (__cdecl *_StartAddress) (void *),unsigned _StackSize,void *_ArgList); Needs to be resolved in CLucene upstream > mingw-qt-4.8.6-6 > Package owner: sailer > Time to build: 22 minutes, 22 seconds > Build logs: > http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20150130/mingw-qt-4.8.6-6 Also failed in previous test mass rebuild with: /usr/i686-w64-mingw32/sys-root/mingw/lib/libdbus-1.a(libdbus_1_la-dbus-sysdeps-win.o):(.text+0x3ce3): undefined reference to `GetExtendedTcpTable@24' /usr/i686-w64-mingw32/sys-root/mingw/lib/libdbus-1.a(libdbus_1_la-dbus-sysdeps-win.o):(.text+0x3ea8): undefined reference to `GetExtendedTcpTable@24' This is probably a Fedora packaging issue > mingw-qt5-qtjsbackend-5.1.1-5 > ** Package failed to build while it succeeded during the previous mass > rebuild ** > Package owner: epienbro > Time to build: 2 minutes, 12 seconds > Build logs: > http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20150130/mingw-qt5-qtjsbackend-5.1.1-5 This is a new one and might be triggered by the localtime_s patch: /builddir/build/BUILD/qtjsbackend-opensource-src-5.1.1/src/3rdparty/v8/src/platform-win32.cc: In function 'int localtime_s(tm*, const time_t*)': /builddir/build/BUILD/qtjsbackend-opensource-src-5.1.1/src/3rdparty/v8/src/platform-win32.cc:93:5: error: redefinition of 'int localtime_s(tm*, const time_t*)' int localtime_s(tm* out_tm, const time_t* time) { My first guess would be that this needs to be fixed in qtjsbackend as it shouldn't try to re-implement toolchain features. > mingw-SDL2-2.0.3-4 > ** Package failed to build while it succeeded during the previous mass > rebuild ** > Package owner: maci > Time to build: 1 minute, 24 seconds > Build logs: > http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20150130/mingw-SDL2-2.0.3-4 This also sounds like one which needs to be resolved in SDL2 itself: ../src/render/direct3d11/SDL_render_d3d11.c:94:5: error: unknown type name 'IDXGIFactory2' IDXGIFactory2 *dxgiFactory; ^ ../src/render/direct3d11/SDL_render_d3d11.c:96:5: error: unknown type name 'ID3D11Device1' ID3D11Device1 *d3dDevice; ^ ../src/render/direct3d11/SDL_render_d3d11.c:136:19: error: static declaration of 'IID_IDXGIDevice1' follows non-static declaration static const GUID IID_IDXGIDevice1 = { 0x77db970f, 0x6276, 0x48ba, { 0xba, 0x28, 0x07, 0x01, 0x43, 0xb4, 0x39, 0x2c } }; All in all I see no blocking issues in mingw-w64 v4.0rc1. Regards, Erik van Pienbroek ------------------------------------------------------------------------------ Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public