Created attachment 308937 [details] build log checking for iconv_open... no checking for libiconv_open in -liconv... no checking for iconv_open in -liconv... Error: * In program cave perform install --hooks --managed-output --output-exclusivity with-others =dev-libs/glib-2.32.1:2::gentoo --destination installed --replacing =dev-libs/glib-2.32.0:2::installed --x-of-y 2 of 2, 1 failed: * When installing 'dev-libs/glib-2.32.1:2::gentoo' replacing { 'dev-libs/glib-2.32.0:2::installed' }: * When running an ebuild command on 'dev-libs/glib-2.32.1:2::gentoo': * Install failed for 'dev-libs/glib-2.32.1:2::gentoo' (paludis::ActionFailedError) no configure: error: *** No iconv() implementation found in C library or libiconv !!! ERROR in dev-libs/glib-2.32.1::gentoo: !!! In econf at line 2607 !!! econf failed Could be glibc-2.14.1-r3 related as that was just updated
The rather obvious question is: what's in config.log ?
Created attachment 308961 [details] config.log as requested
Seems that a -framework parameter to gcc is the problem. I see -F and -I framework. Any idea where that gcc statement is coming from?
Created attachment 308989 [details] config.log config.log
Comment on attachment 308989 [details] config.log Seems to me that this might be a dublicate of https://bugs.gentoo.org/show_bug.cgi?id=411981 I've also installed gnustep-base and have the file /usr/include/Foundation/Foundation.h
I can confirm that gnusetup-base is installed on my system and -framework parameters are being passed to gcc which is causing the failure.
I can also confirm the temporarily mv /usr/include/Foundation/Foundation.h to another name fixes the problem and it a good workaround. On my system gnustep-base was pulled in by TheUnArchiver
*** This bug has been marked as a duplicate of bug 411981 ***
