Created attachment 310235 [details] build.log CC test-cp-msole.o x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libxml2 -Wall -O2 -pipe -march=native -Wall -Wmissing-prototypes -Wno-system-headers -Wfloat-equal -Wpointer-arith -Wbad-function-cast -Wwrite-strings -Wsign-compare -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat=2 -Wnested-externs -Winline -Wdeclaration-after-statement -Wundef -W -Wmissing-noreturn -Wmissing-format-attribute -Wno-pointer-sign -c test-cp-msole.c test-cp-msole.c:37:1: error: conflicting types for ‘clone’ /usr/include/bits/sched.h:83:12: note: previous declaration of ‘clone’ was here make[2]: *** [test-cp-msole.o] Error 1 make[2]: Leaving directory `/var/tmp/portage/gnome-extra/libgsf-1.14.23/work/libgsf-1.14.23/tests'
It doesn't fail for me :S Can you provide emerge --info? Also check if 1.14.22 doesn't fail in the same way for you
Well, before that, please try if this upstream patch fixes this for you: http://git.gnome.org/browse/libgsf/commit/?id=7a4a9d62e0efa8510a9c8aa957233327d11f355b
(In reply to comment #1) > It doesn't fail for me :S > > Can you provide emerge --info? Also check if 1.14.22 doesn't fail in the > same way for you Hmm, I can no longer trigger this bug for 1.14.23, even trying a few different variations in my build environment. In any case it looks like the patch you referred should have helped, but I think something else is going on here. But now without a way to reproduce it I'm not sure what we can do.
Well, the patch is accepted by upstream for the next version and, then, I guess we can include it
+ 29 Apr 2012; Pacho Ramos <pacho@gentoo.org> + +files/libgsf-1.14.23-clone-identifier.patch, libgsf-1.14.23.ebuild: + Fix test compilation problems reported by Hans de Graaff in bug #413701 with + upstream patch. +
