Created attachment 458758 [details] build log (xz compressed) I've some trouble with my crossdev toolchain for windows 64. Currently gcc fails to upgrade from 5.4.0 to 5.4.0-r2, apparently due to problems with the vtable verify library libvtv: ⋮ * Configuring GCC with: ⋮ * --enable-vtable-verify * --enable-libvtv ⋮ checking for --enable-vtable-verify... yes ⋮ (compiler commands, so next is from a different configure script) checking for vtable verify support... yes ⋮ /bin/bash ../libtool --tag CXX --mode=link /var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/./gcc/xgcc -shared-libgcc -B/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/./gcc -nostdinc++ -L/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/src -L/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/src/.libs -L/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/libsupc++/.libs -L/usr/x86_64-w64-mingw32/lib -L/usr/mingw/lib -isystem /usr/x86_64-w64-mingw32/include -isystem /usr/mingw/include -B/usr/x86_64-w64-mingw32/bin/ -B/usr/x86_64-w64-mingw32/lib/ -isystem /usr/x86_64-w64-mingw32/include -isystem /usr/x86_64-w64-mingw32/sys-include -L/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/../libvtv/.libs -Wl,--rpath -Wl,/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/../libvtv/.libs -Wl,-O1 -no-undefined -bindir "/usr/x86_64-w64-mingw32/lib/../lib" -Wl,--gc-sections -DDLL_EXPORT -DPIC -fno-implicit-templates -fvtable-verify=std -Wl,-lvtv,-u_vtable_map_vars_start,-u_vtable_map_vars_end -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -frandom-seed=libstdc++.la -o libstdc++.la -version-info 6:21:0 -Wl,--version-script=libstdc++-symbols.ver -lm -rpath /usr/x86_64-w64-mingw32/lib/../lib compatibility.lo compatibility-debug_list.lo compatibility-debug_list-2.lo compatibility-c++0x.lo compatibility-atomic-c++0x.lo compatibility-thread-c++0x.lo compatibility-chrono.lo compatibility-condvar.lo ../libsupc++/libsupc++convenience.la ../src/c++98/libc++98convenience.la ../src/c++11/libc++11convenience.la ⋮ libtool: link: /var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/./gcc/xgcc -shared-libgcc -B/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/./gcc -nostdinc++ -L/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/src -L/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/src/.libs -L/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/libsupc++/.libs -L/usr/x86_64-w64-mingw32/lib -L/usr/mingw/lib -isystem /usr/x86_64-w64-mingw32/include -isystem /usr/mingw/include -B/usr/x86_64-w64-mingw32/bin/ -B/usr/x86_64-w64-mingw32/lib/ -isystem /usr/x86_64-w64-mingw32/include -isystem /usr/x86_64-w64-mingw32/sys-include -shared -nostdlib /usr/x86_64-w64-mingw32/lib/dllcrt2.o /var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/./gcc/crtbegin.o /var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/../libgcc/vtv_start.o .libs/compatibility.o .libs/compatibility-debug_list.o .libs/compatibility-debug_list-2.o .libs/compatibility-c++0x.o .libs/compatibility-atomic-c++0x.o .libs/compatibility-thread-c++0x.o .libs/compatibility-chrono.o .libs/compatibility-condvar.o -Wl,--whole-archive ../libsupc++/.libs/libsupc++convenience.a ../src/c++98/.libs/libc++98convenience.a ../src/c++11/.libs/libc++11convenience.a -Wl,--no-whole-archive -L/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/libsupc++/.libs -L/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/src -L/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/src/.libs -L/usr/x86_64-w64-mingw32/lib -L/usr/mingw/lib -L/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/../libvtv/.libs -L/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/./gcc -lmingw32 -lgcc_s -lgcc -lmoldname-lmingwex -lmsvcrt -ladvapi32 -lshell32 -luser32 -lkernel32 -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt /var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/./gcc/crtend.o /var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/../libgcc/vtv_end.o -Wl,--rpath -Wl,/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/../libvtv/.libs -Wl,-O1 -Wl,--gc-sections -Wl,-lvtv -Wl,-u_vtable_map_vars_start -Wl,-u_vtable_map_vars_end -Wl,--version-script=libstdc++-symbols.ver -o .libs/libstdc++-6.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libstdc++.dll.a ⋮ /usr/libexec/gcc/x86_64-w64-mingw32/ld: cannot find -lvtv collect2: error: ld returned 1 exit status make[5]: *** [Makefile:605: libstdc++.la] Error 1 make[5]: Leaving directory '/var/tmp/portage/cross-x86_64-w64-mingw32/gcc-5.4.0-r2/work/build/x86_64-w64-mingw32/libstdc++-v3/src' ⋮ make: *** [Makefile:870: all] Error 2 * ERROR: cross-x86_64-w64-mingw32/gcc-5.4.0-r2::generated failed (compile phase): * emake failed Trying to build 5.4.0 instead of 5.4.0-r2 fails with the same error. As does recompiling the 5.3.0 version that I happen to have on my system, too. Not sure how these got built before. I can't seem to find their build logs. Maybe the initial crossdev run emerged them and did place the logs somewhere other than my usual PORT_LOGDIR. Or perhaps I accidentially removed some logs at some point. But the vtv USE flag was in use for them, too, or at least that's what eix tells me. cross-i686-w32-mingw32/gcc-5.4.0-r2, the 32 bit version, apparently emerged successfully today. I just disabled the vtv USE flag for the 64 bit build and that emerged fine. As I don't really need it, that's no problem right now, but I'm still reporting this in case it may help some other users in some way.
*** This bug has been marked as a duplicate of bug 370063 ***
