This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/17284] build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close
- From: "mark at codesourcery dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 2 Sep 2004 16:44:01 -0000
- Subject: [Bug bootstrap/17284] build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close
- References: <20040902125516.17284.mec.gnu@mindspring.com>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From mark at codesourcery dot com 2004-09-02 16:44 -------
Subject: Re: build failure, unsatisfied symbols: libiconv
libiconv_open libiconv_close
mec dot gnu at mindspring dot com wrote:
>------- Additional Comments From mec dot gnu at mindspring dot com 2004-09-02 16:15 -------
>Subject: Re: build failure, unsatisfied symbols:
> libiconv libiconv_open libiconv_close
>
>Okay, then can we add another section to INSTALL/specific.html
>for hppa2.0w-hp-hpux11.11?
>
>
Yes, we should. I'm not sure exactly when we'll get to it though. I
think the basic key is to avoid GNU libiconv. I see that in 64-bit
mode, we build with --disable-nls, or at least used to do so; that may
be designed to work around this problem as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17284