Bug 539014 – =dev-libs/glib-2.42.1 - #error GNU libiconv not in use but included iconv.h is from libiconv

• Product: Gentoo Linux
• Status: RESOLVED TEST-REQUEST

[Description Attila Oláh 2015-02-06 02:24:38 UTC]

Trying to cross-compile glib for arm-hardfloat-linux-gnueabi.

Reproducible: Always

Steps to Reproduce:
1. sudo arm-hardfloat-linux-gnueabi-emerge -1 '=dev-libs/glib-2.42.1'
Actual Results:  
emerge fails with this error:

#error GNU libiconv not in use but included iconv.h is from libiconv

Expected Results:  
Successfully compiled glib.

Commenting out the failing line causes an error when linking: -liconv was not passed to the linker.

The following diff appears to be a fix:

--- /usr/portage/dev-libs/glib/glib-2.42.1.ebuild       2015-01-22 13:01:06.000000000 +0100
+++ glib-2.42.1-r1.ebuild       2015-02-06 03:06:28.856382655 +0100
@@ -207,7 +207,8 @@
                --disable-compile-warnings \
                --enable-man \
                --with-pcre=internal \
-               --with-xml-catalog="${EPREFIX}/etc/xml/catalog"
+               --with-xml-catalog="${EPREFIX}/etc/xml/catalog" \
+               --with-libiconv=gnu
 
        if multilib_is_native_abi; then
                local d

[Comment 1 Rafał Mużyło 2015-02-06 11:24:54 UTC]

...such 'fix' is obviously broken, so attach build log and config.log from the failed build.

[Comment 2 Attila Oláh 2015-02-06 19:14:31 UTC]

Created attachment 395724 [details]
build log

[Comment 3 Attila Oláh 2015-02-06 19:15:10 UTC]

Created attachment 395726 [details]
config log

[Comment 4 Attila Oláh 2015-02-06 19:15:22 UTC]

(In reply to Rafał Mużyło from comment #1)
> ...such 'fix' is obviously broken, so attach build log and config.log from
> the failed build.

Yeah, I know. Probably shouldn't have used the word "fix".

Anyway, let me give you some logs.

[Comment 5 Rafał Mużyło 2015-02-07 01:37:30 UTC]

...there's some nonsense here:

> checking for iconv_open... yes

yet libiconv header condition is satisfied...

what's your 'emerge -info' and if it is glibc-based system, what was the point of installing libiconv ?

[Comment 6 Rafał Mużyło 2015-02-07 01:40:22 UTC]

...to clarify I refer to 'emerge --info' from the cross-compile setup, not top level.

[Comment 7 Attila Oláh 2015-02-09 08:10:35 UTC]

Created attachment 395952 [details]
arm-hardfloat-linux-gnueabi-emerge --info

[Comment 8 Attila Oláh 2015-02-09 08:15:53 UTC]

(In reply to Rafał Mużyło from comment #5)
> what's your 'emerge -info' and if it is glibc-based system, what was the
> point of installing libiconv ?

I think I just tried installing libiconv in order to see if that fixes the above error (and it didn't.) (And yes that is dev-libs/libiconv-1.14-r1, not virtual/libiconv, see the output of 'find' below.)

$ find /usr/arm-hardfloat-linux-gnueabi -iname '*iconv*'
/usr/arm-hardfloat-linux-gnueabi/usr/include/iconv.h
/usr/arm-hardfloat-linux-gnueabi/usr/sbin/iconvconfig
/usr/arm-hardfloat-linux-gnueabi/usr/bin/iconv
/usr/arm-hardfloat-linux-gnueabi/usr/lib/libiconv.a
/usr/arm-hardfloat-linux-gnueabi/usr/lib/libiconv.la
/usr/arm-hardfloat-linux-gnueabi/usr/lib/preloadable_libiconv.so
/usr/arm-hardfloat-linux-gnueabi/usr/lib/libiconv.so
/usr/arm-hardfloat-linux-gnueabi/packages/dev-libs/libiconv-1.14-r1.tbz2
/usr/arm-hardfloat-linux-gnueabi/packages/virtual/libiconv-0-r1.tbz2
/usr/arm-hardfloat-linux-gnueabi/var/db/pkg/dev-libs/libiconv-1.14-r1
/usr/arm-hardfloat-linux-gnueabi/var/db/pkg/dev-libs/libiconv-1.14-r1/libiconv-1.14-r1.ebuild
/usr/arm-hardfloat-linux-gnueabi/var/db/pkg/virtual/libiconv-0-r1
/usr/arm-hardfloat-linux-gnueabi/var/db/pkg/virtual/libiconv-0-r1/libiconv-0-r1.ebuild
/usr/arm-hardfloat-linux-gnueabi/lib/libiconv.so.2.5.1
/usr/arm-hardfloat-linux-gnueabi/lib/libiconv.so.2

If that is of any help, I'll try removing 'libiconv' and then retry emerging 'glib'.

[Comment 9 Pacho Ramos 2016-02-28 11:52:21 UTC]

what is the status of this with glib-2.46 and a full updated system?