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: "mec dot gnu at mindspring dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 2 Sep 2004 15:17:16 -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 mec dot gnu at mindspring dot com 2004-09-02 15:17 -------
Subject: Re: build failure, unsatisfied symbols:
libiconv libiconv_open libiconv_close
Yes. This system has gnu iconv.h in /usr/local/include and
libiconv.a, libiconv.la, and libiconv.sl in /usr/local/lib.
Looking at bootstrap.log, cppdefault.o is built with
-DLOCAL_INCLUDE_DIR=\"/usr/local/include\"
But I don't see anything referencing /usr/local/lib!
Stage 1 runs with the vendor "cc" and builds cc1 okay, and then stage 2
build fails, presumably because stage1/xgcc is using /usr/local/include
for headers and not using /usr/local/lib for libraries.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17284