public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
From: dave.anglin@nrc.ca
To: gcc-gnats@gcc.gnu.org
Cc: tromey@redhat.com
Subject: java/7169: /usr/ccs/bin/ld: Unsatisfied symbols: libiconv, libiconv_open, libiconv_close
Date: Sun, 30 Jun 2002 02:44:00 -0000	[thread overview]
Message-ID: <20020630050303.18960.qmail@sources.redhat.com> (raw)


>Number:         7169
>Category:       java
>Synopsis:       /usr/ccs/bin/ld: Unsatisfied symbols: libiconv, libiconv_open, libiconv_close
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Jun 29 22:06:01 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Dave Anglin
>Release:        3.1.1 20020628 (prerelease)
>Organization:
>Environment:
hppa2.0-hp-hpux11.11
>Description:
stage1/xgcc -Bstage1/ -B/opt/gnu/hppa2.0w-hp-hpux11.11/bin/ -DIN_GCC    -g -O2 -
W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -
pedantic -Wno-long-long  -DHAVE_CONFIG_H  -o jc1 \
        java/parse.o java/class.o java/decl.o java/expr.o java/constants.o java/
lang.o java/typeck.o java/except.o java/verify.o java/zextract.o java/jcf-io.o j
ava/jcf-parse.o java/mangle.o java/mangle_name.o java/builtins.o java/jcf-write.
o java/buffer.o java/check-init.o java/jcf-depend.o java/jcf-path.o java/xref.o
java/boehm.o mkdeps.o main.o libbackend.a -L../zlib -lz    ../libiberty/libibert
y.a
/usr/ccs/bin/ld: Unsatisfied symbols:
   libiconv (first referenced in java/parse.o) (code)
   libiconv_open (first referenced in java/parse.o) (code)
   libiconv_close (first referenced in java/parse.o) (code)
collect2: ld returned 1 exit status

I think what is happening is that the GNU version of
libiconv installed in /opt/gnu is not found because
the GNU iconv.h has "const" in the prototype for
iconv_open:

  extern iconv_t iconv_open (const char* tocode, const char* fromcode);

configure then detects the HP iconv in libc and as a
result we have

#define HAVE_ICONV 1
#define ICONV_CONST

in auto-host.h and

LIBICONV=

in the gcc/Makefile

However, gcc uses the GNU iconv.h header in the build.

I think the fix is for the configure test program to define
"const" to "" when it does its declaration checks with
a non ISO compiler.
>How-To-Repeat:
export CC=cc
../gcc/configure --with-gnu-as --with-as=/opt/gnu/bin/as --enable-shared --disab
le-nls --prefix=/opt/gnu &&
make bootstrap &&
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:


             reply	other threads:[~2002-06-30  5:06 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-30  2:44 dave.anglin [this message]
2002-07-01 20:16 Tom Tromey
2002-07-02 12:27 Bruno Haible
2002-07-02 16:01 danglin

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=20020630050303.18960.qmail@sources.redhat.com \
    --to=dave.anglin@nrc.ca \
    --cc=gcc-gnats@gcc.gnu.org \
    --cc=tromey@redhat.com \
    /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: link
Be 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).