Mass rebuild report for May 12 2013

Erik van Pienbroek erik at vanpienbroek.nl
Sun May 12 14:54:36 UTC 2013


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.3.3.4-6

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-0.10.36-3
> 
> 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-1.0.6-1

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-1

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.10.2-3

  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.16.2-1

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




More information about the mingw mailing list