[Bug bootstrap/17284] New: build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close

[Bug bootstrap/17284] New: build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close

[mec dot gnu at mindspring dot com]

This is a build failure with native hppa2.0w-hp-hpux11.11 using gnu make 3.79.1,
as binutils 2.15, the vendor-supplied linker, and the vendor-supplied ansi c
compiler (hp ansi c b.11.11.28706.gp).

stage1/xgcc -Bstage1/ -B/tmp/chastain/install/hppa2.0w-hp-hpux11.11/bin/   -g
-O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wold-style-definition     -DHAVE_CONFIG_H  -o cc1 \
        c-parse.o c-lang.o c-pretty-print.o stub-objc.o attribs.o c-errors.o
c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o
c-opts.o c-format.o c-semantics.o c-incpath.o cppdefault.o c-ppoutput.o
c-cppbuiltin.o prefix.o c-objc-common.o c-dump.o c-pch.o libcpp.a  main.o
libbackend.a ../libiberty/libiberty.a ../intl/libintl.a
/usr/ccs/bin/ld: Unsatisfied symbols:
   libiconv (first referenced in libcpp.a(cppcharset.o)) (code)
   libiconv_open (first referenced in libcpp.a(cppcharset.o)) (code)
   libiconv_close (first referenced in libcpp.a(cppcharset.o)) (code)
collect2: ld returned 1 exit status
make[2]: *** [cc1] Error 1
make[2]: Leaving directory `/tmp/chastain/342/build/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory `/tmp/chastain/342/build/gcc'
make: *** [bootstrap] Error 2

Scripts and logs attached.

This looks similar to PR java/7169.  However, there is no gcc anywhere in $PATH,
so it's probably a different bug.

Build script and log files attached.

-- 
           Summary: build failure, unsatisfied symbols: libiconv
                    libiconv_open libiconv_close
           Product: gcc
           Version: 3.4.2
            Status: UNCONFIRMED
          Severity: critical
          Priority: P1
         Component: bootstrap
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: mec dot gnu at mindspring dot com
                CC: gcc-bugs at gcc dot gnu dot org,mark at codesourcery dot
                    com
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17284

[Bug bootstrap/17284] build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close

[mec dot gnu at mindspring dot com]

------- Additional Comments From mec dot gnu at mindspring dot com  2004-09-02 12:58 -------
Created an attachment (id=7025)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7025&action=view)
Build script


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17284

[Bug bootstrap/17284] build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close

[mec dot gnu at mindspring dot com]

------- Additional Comments From mec dot gnu at mindspring dot com  2004-09-02 12:58 -------
Created an attachment (id=7026)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7026&action=view)
Log of "configure" command


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17284

[Bug bootstrap/17284] build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close

[mec dot gnu at mindspring dot com]

------- Additional Comments From mec dot gnu at mindspring dot com  2004-09-02 12:59 -------
Created an attachment (id=7027)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7027&action=view)
Log of "make bootstrap"


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17284

[Bug bootstrap/17284] build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-09-02 13:57 -------
PR java/7169 has nothing to do with GCC but having GNU libiconv installed.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|critical                    |normal


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17284

Re: [Bug bootstrap/17284] New: build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close

[Christian Ehrhardt]

On Thu, Sep 02, 2004 at 12:55:45PM -0000, mec dot gnu at mindspring dot com wrote:
> This looks similar to PR java/7169.  However, there is no gcc anywhere
> in $PATH, so it's probably a different bug.

Probably what happens is that iconv.h from GNU libiconv (probably
somewhere in /usr/local/include/) is used with the sytem's native iconv
implementation (probably integrated into libc) which doesn't have
these functions.

     regards   Christian

[Bug bootstrap/17284] build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close

[ehrhardt at mathematik dot uni-ulm dot de]

------- Additional Comments From ehrhardt at mathematik dot uni-ulm dot de  2004-09-02 14:56 -------
Subject: Re:  New: build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close

On Thu, Sep 02, 2004 at 12:55:45PM -0000, mec dot gnu at mindspring dot com wrote:
> This looks similar to PR java/7169.  However, there is no gcc anywhere
> in $PATH, so it's probably a different bug.

Probably what happens is that iconv.h from GNU libiconv (probably
somewhere in /usr/local/include/) is used with the sytem's native iconv
implementation (probably integrated into libc) which doesn't have
these functions.

     regards   Christian



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17284

[Bug bootstrap/17284] build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close

[mec dot gnu at mindspring dot com]

------- 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

[Bug bootstrap/17284] build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close

[mmitchel at gcc dot gnu dot org]

------- Additional Comments From mmitchel at gcc dot gnu dot org  2004-09-02 16:05 -------
Bootstrapping on this target takes extreme care.  We have run into this issue
too.  It is solvable, but you must do things just right; we know it works
because we've built this prerelease on this target.  So, I'm marking this as
INVALID, although WONTFIX might be more accurate. :-)  

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17284

[Bug bootstrap/17284] build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close

[mec dot gnu at mindspring dot com]

------- 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?



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17284

[Bug bootstrap/17284] build failure, unsatisfied symbols: libiconv libiconv_open libiconv_close

[mark at codesourcery dot com]

------- 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