When trying to build dev-libs/glib-2.34.3 for i686-w64-mingw32, it fail with the following error : ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=i686-w64-mingw32 --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-silent-rules --disable-dependency-tracking --disable-modular-tests --disable-xattr --disable-fam --disable-selinux --disable-static --disable-dtrace --disable-systemtap --enable-man --with-pcre=internal --with-threads=posix --with-xml-catalog=/etc/xml/catalog ... checking if building for some Win32 platform... yes checking for thread implementation... none available configure: error: No thread implementation found. !!! Please attach the following file when seeking support: !!! /usr/i686-w64-mingw32/tmp/portage/dev-libs/glib-2.34.3/work/glib-2.34.3/config.log As src_configure() force the option --with-threads=posix in any case. The attached patch proposal for the ebuild make the use of a simple bash case to set the appropriate --with-threads= based on ${CHOST} as none of mingw libc is present in ELIBC USE_EXPAND. Reproducible: Always Steps to Reproduce: 1. crossdev -t i686-w64-mingw32 2. i686-w64-mingw32-emerge -vat glib 3.
Created attachment 350000 [details] build.log
Created attachment 350002 [details] emerge --info
Created attachment 350004 [details, diff] glib-2.34.3.ebuild.patch
the patch indentation is not perfect, but it looks good for actually fixing the problem.
(In reply to Gilles Dartiguelongue from comment #4) > the patch indentation is not perfect, but it looks good for actually fixing > the problem. Indent here is just a side effect of using tags in source file, so patch can make them ugly. Once applied, it look nice :)
+ 29 Sep 2013; Pacho Ramos <pacho@gentoo.org> -glib-2.36.4.ebuild, + glib-2.36.4-r1.ebuild: + Add support for win32 threads model (#472218 by Bertrand Jacquin), drop old. +
