Erik van Pienbroek schreef op zo 12-05-2013 om 16:35 [+0200]:
The following packages FAILED to rebuild:
All build failures (except for gtk3) seem to be caused by the introduction of winpthreads, so we need to resolve these first before winpthreads can be fully introduced in the Fedora repositories.
mingw-clucene-2.3.3.4-6 ** Package failed to build while it succeeded during the previous mass rebuild ** Package owner: greghellings Time to build: 4 minutes, 59 seconds Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130512/mingw-clucene-2....
In file included from /builddir/build/BUILD/clucene-core-2.3.3.4/src/core/CLucene/debug/lucenebase.h:10:0,
from /builddir/build/BUILD/clucene-core-2.3.3.4/src/shared/CLucene/SharedHeader.h:201,
from /builddir/build/BUILD/clucene-core-2.3.3.4/src/shared/CLucene/_SharedHeader.h:13,
from /builddir/build/BUILD/clucene-core-2.3.3.4/src/shared/CLucene/SharedHeader.cpp:8: /builddir/build/BUILD/clucene-core-2.3.3.4/src/shared/CLucene/LuceneThreads.h:43:41: error: 'pthread_t' does not name a type #define _LUCENE_THREADID_TYPE pthread_t ^
mingw-gstreamer-0.10.36-3 ** Package failed to build while it succeeded during the previous mass rebuild ** Package owner: pfor Time to build: 4 minutes, 28 seconds Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130512/mingw-gstreamer-...
mingw-gstreamer1-1.0.6-1 ** Package failed to build while it succeeded during the previous mass rebuild ** Package owner: pfor Time to build: 4 minutes, 17 seconds Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130512/mingw-gstreamer1...
Both versions of gstreamer have the same issue:
CCLD libgstreamer-0.10.la .libs/libgstreamer_0.10_la-gstsystemclock.o: In function `gst_system_clock_get_resolution': /builddir/build/BUILD/gstreamer-0.10.36/build_win32/gst/../../gst/gstsystemclock.c:550: undefined reference to `clock_getres' .libs/libgstreamer_0.10_la-gstsystemclock.o: In function `gst_system_clock_get_internal_time': /builddir/build/BUILD/gstreamer-0.10.36/build_win32/gst/../../gst/gstsystemclock.c:524: undefined reference to `clock_gettime' .libs/libgstreamer_0.10_la-gstutils.o: In function `gst_util_get_timestamp': /builddir/build/BUILD/gstreamer-0.10.36/build_win32/gst/../../gst/gstutils.c:3940: undefined reference to `clock_gettime'
mingw-gtk3-3.9.0-1 ** Package failed to build while it succeeded during the previous mass rebuild ** Package owner: kalev Time to build: 5 minutes, 25 seconds Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130512/mingw-gtk3-3.9.0...
Not winpthreads related. During the build an attempt is done to execute a cross-compiled executable. Upstream has just provided a patch to fix this issue, but it requires an additional change in mingw-filesystem regarding the use of pkg-config environment variables: https://bugzilla.gnome.org/show_bug.cgi?id=699690
mingw-libvirt-0.10.2-3 ** Package failed to build while it succeeded during the previous mass rebuild ** Package owner: berrange Time to build: 8 minutes, 47 seconds Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130512/mingw-libvirt-0....
CCLD libvirt.la ./.libs/libvirt_driver_remote.a(libvirt_net_rpc_client_la-virnetclient.o): In function `virNetClientIOEventLoop': /builddir/build/BUILD/libvirt-0.10.2/build_win32/src/../../src/rpc/virnetclient.c:1521: undefined reference to `pthread_sigmask' /builddir/build/BUILD/libvirt-0.10.2/build_win32/src/../../src/rpc/virnetclient.c:1528: undefined reference to `pthread_sigmask' /builddir/build/BUILD/libvirt-0.10.2/build_win32/src/../../src/rpc/virnetclient.c:1528: undefined reference to `pthread_sigmask' ./.libs/libvirt_driver_remote.a(libvirt_net_rpc_client_la-virnetclient.o): In function `virNetClientSetTLSSession': /builddir/build/BUILD/libvirt-0.10.2/build_win32/src/../../src/rpc/virnetclient.c:795: undefined reference to `pthread_sigmask' /builddir/build/BUILD/libvirt-0.10.2/build_win32/src/../../src/rpc/virnetclient.c:802: undefined reference to `pthread_sigmask' ./.libs/libvirt_driver_remote.a(libvirt_net_rpc_client_la-virnetclient.o):/builddir/build/BUILD/libvirt-0.10.2/build_win32/src/../../src/rpc/virnetclient.c:819: more undefined references to `pthread_sigmask' follow
mingw-sqlite-3.7.16.2-1 ** Package failed to build while it succeeded during the previous mass rebuild ** Package owner: rjones Time to build: 3 minutes, 21 seconds Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130512/mingw-sqlite-3.7...
libtool: compile: x86_64-w64-mingw32-gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -DSQLITE_DISABLE_DIRSYNC=1 -fno-strict-aliasing -DSQLITE_OS_WIN=1 -I. -I../src -I../ext/rtree -D_HAVE_SQLITE_CONFIG_H -DBUILD_sqlite -DNDEBUG -DSQLITE_THREADSAFE=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_ENABLE_FTS3=3 -DSQLITE_ENABLE_RTREE=1 -DSQLITE_TEMP_STORE=1 -c sqlite3.c -o sqlite3.o >/dev/null 2>&1 ./libtool --mode=link x86_64-w64-mingw32-gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -DSQLITE_DISABLE_DIRSYNC=1 -fno-strict-aliasing -DSQLITE_OS_WIN=1 -I. -I../src -I../ext/rtree -D_HAVE_SQLITE_CONFIG_H -DBUILD_sqlite -DNDEBUG -DSQLITE_THREADSAFE=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_ENABLE_FTS3=3 -DSQLITE_ENABLE_RTREE=1 -o libsqlite3.la sqlite3.lo -lpthread \ -rpath "/usr/x86_64-w64-mingw32/sys-root/mingw/lib" -version-info "8:6:8" \ -no-undefined *** Warning: linker path does not have real file for library -lpthread. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libpthread and none of the candidates passed a file format test *** using a file magic. Last file checked: /usr/x86_64-w64-mingw32/sys-root/mingw/lib//libpthread.dll.a *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. *** Since this library must not contain undefined symbols, *** because either the platform does not support them or *** it was explicitly requested with -no-undefined, *** libtool will only create a static version of it. libtool: link: /usr/bin/x86_64-w64-mingw32-ar cru .libs/libsqlite3.a sqlite3.o libtool: link: /usr/bin/x86_64-w64-mingw32-ranlib .libs/libsqlite3.a libtool: link: ( cd ".libs" && rm -f "libsqlite3.la" && ln -s "../libsqlite3.la" "libsqlite3.la" )
<snip>
+ chmod 0644 /builddir/build/BUILDROOT/mingw-sqlite-3.7.16.2-1.fedora_rebuild_20130511.i386/usr/x86_64-w64-mingw32/sys-root/mingw/lib/libsqlite3.dll.a chmod: cannot access '/builddir/build/BUILDROOT/mingw-sqlite-3.7.16.2-1.fedora_rebuild_20130511.i386/usr/x86_64-w64-mingw32/sys-root/mingw/lib/libsqlite3.dll.a': No such file or directory
The libtool error is caused by the fact that sqlite uses an ancient version of libtool which doesn't fully support win64.
The reason why we didn't have this issue earlier is that the mingw-winpthreads package is now always being pulled into the default mingw buildroot while this didn't happen before with the old mingw-pthreads package. (The mingw-headers package now depends on mingw-winpthreads as the headers pthread_time.h and pthread_unistd.h are now being provided by the mingw-winpthreads package).
I'll fix this one.
Regards,
Erik van Pienbroek Fedora MinGW SIG