On 2 February 2015 at 16:29, Paolo Bonzini <pbonz...@redhat.com> wrote: > The important bits here are the first part of RCU and enabling > modules by default. They have been tested with Travis for a few > days now, and things seem okay. > > v1->v2 changes are the new qemu-thread patch to fix Mac OS X, > and cleaning up warnings.
More build failures, I'm afraid: Tools all fail to link in a static build: (exec '../../configure' '--cc=ccache gcc' '--enable-debug' '--static' '--disable-system') /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/libglib-2.0.a(libglib_2_0_la-gutils.o): In function `g_get_user_database_entry': (.text+0x245): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/libglib-2.0.a(libglib_2_0_la-gutils.o): In function `g_get_user_database_entry': (.text+0xa4): warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/libglib-2.0.a(libglib_2_0_la-gutils.o): In function `g_get_user_database_entry': (.text+0xdb): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/bin/ld: dynamic STT_GNU_IFUNC symbol `strcmp' with pointer equality in `/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/libc.a(strcmp.o)' cannot be used when making an executable; recompile with -fPIE and relink with -pie collect2: error: ld returned 1 exit status make: *** [qemu-bridge-helper] Error 1 Module linking fails on ARM host: LINK block/curl.so /usr/bin/ld: block/curl.o: relocation R_ARM_THM_MOVW_ABS_NC against `__stack_chk_guard' can not be used when making a shared object; recompile with -fPIC block/curl.o: could not read symbols: Bad value collect2: error: ld returned 1 exit status -- PMM
