On 09/10/13 10:16, hiren panchasara wrote:



On Tue, Sep 10, 2013 at 12:28 AM, hiren panchasara
<hiren.panchas...@gmail.com <mailto:hiren.panchas...@gmail.com>> wrote:




    On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi <madpi...@freebsd.org
    <mailto:madpi...@freebsd.org>> wrote:

        On 09/10/13 07:20, hiren panchasara wrote:




            On Sat, Sep 7, 2013 at 5:10 AM, olli hauer <oha...@gmx.de
            <mailto:oha...@gmx.de>
            <mailto:oha...@gmx.de <mailto:oha...@gmx.de>>> wrote:

                 There are 13 ports using --with-iconv=${LOCALBASE}
                   devel/apr1
                   devel/apr2
                   devel/git
                   irc/epic5
                   lang/gauche
                   net-mgmt/ettercap
                   net/ssltunnel-client
                   net/yaz
                   net/zebra-server
                   textproc/libxml2
                   textproc/py-libxml2
                   www/apache22
                   www/apache24


                 and devel/glib20, print/ghostscript8,
            print/ghostscript9 using
                   --with-libiconv=gnu
                   --with-libiconv=native
                   --with-libiconv=no
                   --with-libiconv=no


            I am hitting following failure while building devel/glib20

               gconvert.c:66:2: error: GNU libiconv not in use but
            included iconv.h
            is from libiconv
            #error GNU libiconv not in use but included iconv.h is from
            libiconv

            How do I get past this?


        Looks like you have some leftovers from the libiconv port. Have
        you removed it? can you give the output of ls
        /usr/local/include/iconv.h?


    I still have the port installed.

      % pkg info | grep iconv
    libiconv-1.14_1                A character set conversion library

    Should I remove the port?

Removed the port and now reinstalling almost everything :-)


Unluckily some configure scripts and build systems get confused by two implementations of iconv present on the system and fail in various manners, this one is just an example.

This is the main reason why the ports tree was patched to only use the system provided iconv implementation now that it is the default.

This requires a lot of work to "fix" installed pieces to adapt to this new world order.

--
Guido Falsi <madpi...@freebsd.org>
_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Reply via email to