public inbox for gcc-prs@sourceware.org help / color / mirror / Atom feed
From: Tom Tromey <tromey@redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, Subject: Re: java/7169: /usr/ccs/bin/ld: Unsatisfied symbols: libiconv, libiconv_open, libiconv_close Date: Mon, 01 Jul 2002 20:16:00 -0000 [thread overview] Message-ID: <20020702031603.12868.qmail@sources.redhat.com> (raw) The following reply was made to PR java/7169; it has been noted by GNATS. From: Tom Tromey <tromey@redhat.com> To: dave.anglin@nrc.ca Cc: gcc-gnats@gcc.gnu.org, Bruno Haible <bruno@clisp.org> Subject: Re: java/7169: /usr/ccs/bin/ld: Unsatisfied symbols: libiconv, libiconv_open, libiconv_close Date: 01 Jul 2002 21:19:23 -0600 >>>>> "Dave" == dave anglin <dave.anglin@nrc.ca> writes: Dave> I think what is happening is that the GNU version of Dave> libiconv installed in /opt/gnu is not found because Dave> the GNU iconv.h has "const" in the prototype for Dave> iconv_open: You can check this theory by looking in config.log. What does it say? Any of the entries related to iconv would be interesting. Dave> However, gcc uses the GNU iconv.h header in the build. Ok. This could be a minor problem in the libiconv autoconf macros. We've run into the odd bit of confusion in this area before. Bruno, do you remember what has happened in this area before? Do we need to upgrade the macros in gcc? Dave, I think what you're doing might not really be supported. If you install libiconv in a place that is going to be visible to gcc, then it seems like you can't pretend it doesn't exist. What do you think about that? I'd agree that it would be best if the autoconf macros automatically detected this situation; hopefully Bruno will tell us what extra info we need to diagnose what has happened. Maybe the problem here is simply a lack of documentation on telling configure about libiconv? I could write a doc patch...? You can use --with-libiconv-prefix=/prefix to tell configure where to find libiconv. Does doing this cure the problem? Tom
next reply other threads:[~2002-07-02 3:16 UTC|newest] Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top 2002-07-01 20:16 Tom Tromey [this message] -- strict thread matches above, loose matches on Subject: below -- 2002-07-02 16:01 danglin 2002-07-02 12:27 Bruno Haible 2002-06-30 2:44 dave.anglin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20020702031603.12868.qmail@sources.redhat.com \ --to=tromey@redhat.com \ --cc=gcc-prs@gcc.gnu.org \ --cc=nobody@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).