Re: bootstrap/10657: java section can not find ;ibiconv

Re: bootstrap/10657: java section can not find ;ibiconv

[Christian Ehrhardt]

The following reply was made to PR bootstrap/10657; it has been noted by GNATS.

From: "Christian Ehrhardt" <ehrhardt@mathematik.uni-ulm.de>
To: gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org, mark@codesourcery.com,
  nobody@gcc.gnu.org, warren.dodge@tek.com, gcc-prs@gcc.gnu.org
Cc:  
Subject: Re: bootstrap/10657: java section can not find ;ibiconv
Date: Wed, 7 May 2003 15:52:40 +0200

 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10657
 
 I just bootstrapped the prerelease tarball successfully on a
 
      SunOS theseus 5.9 Generic_112233-03 sun4u sparc SUNW,Ultra-4
 
 with the following configure command:
 
 /home/thales/ehrhardt/gcc-3.3/gcc-3.3-20030506/configure --disable-nls \
      --with-ld=/usr/local/bin/ld --with-as=/usr/local/bin/as --with-gnu-ld \
      --with-gnu-as --prefix=/home/thales/ehrhardt/gcc-3.3/install
 
 I'm now bootstrapping with native tools, testsuite results won't be
 availiable before Friday.
 
 Note: There was one minor problem when bootstrapping at -j4 that went away
 after I restarted the bootstrap. This is probably a missing dependancy
 somewhere.
 
    regards   Christian
 
 -- 
 THAT'S ALL FOLKS!

Re: bootstrap/10657: java section can not find ;ibiconv

[jsturm]

Synopsis: java section can not find ;ibiconv

Responsible-Changed-From-To: unassigned->jsturm
Responsible-Changed-By: jsturm
Responsible-Changed-When: Thu May  8 13:58:23 2003
Responsible-Changed-Why:
    I'll take it.
State-Changed-From-To: open->analyzed
State-Changed-By: jsturm
State-Changed-When: Thu May  8 13:58:23 2003
State-Changed-Why:
    There are two distinct aspects of this PR:
    - why does the bootstrap fail
    - why does jc1 need iconv when configured with --disable-nls
    
    The first is a consequence of bootstrapping from a gcc compiler coninstalled with GNU libiconv.  I don't know how to fix it easily, since configuration and libiconv detection is performed with the bootstrap compiler, not the stage1 compiler.  Nevertheless the problem should be documented.
    
    For the second, it's debateable whether jc1 should try to use -liconv in this case.  The Java language requires Unicode support.  One option is to not build the java frontend at all with --disable-nls.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10657

Re: bootstrap/10657: java section can not find ;ibiconv

[Christian Ehrhardt]

The following reply was made to PR bootstrap/10657; it has been noted by GNATS.

From: "Christian Ehrhardt" <ehrhardt@mathematik.uni-ulm.de>
To: gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org, mark@codesourcery.com,
  nobody@gcc.gnu.org, warren.dodge@tek.com, gcc-prs@gcc.gnu.org
Cc:  
Subject: Re: bootstrap/10657: java section can not find ;ibiconv
Date: Thu, 8 May 2003 11:59:34 +0200

 On Wed, May 07, 2003 at 03:52:40PM +0200, Christian Ehrhardt wrote:
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10657
 > 
 > I just bootstrapped the prerelease tarball successfully on a
 > 
 >      SunOS theseus 5.9 Generic_112233-03 sun4u sparc SUNW,Ultra-4
 
 Testsuite resulte are at
 
    http://gcc.gnu.org/ml/gcc-testresults/2003-05/msg00485.html
 
   regards  Christian
 
 -- 
 THAT'S ALL FOLKS!

Re: bootstrap/10657: java section can not find ;ibiconv

[Jeff Sturm]

The following reply was made to PR bootstrap/10657; it has been noted by GNATS.

From: Jeff Sturm <jsturm@one-point.com>
To: gcc-gnats@gcc.gnu.org, <gcc-bugs@gcc.gnu.org>, <mark@codesourcery.com>,
   <warren.dodge@tek.com>
Cc:  
Subject: Re: bootstrap/10657: java section can not find ;ibiconv
Date: Wed, 7 May 2003 18:53:02 -0400 (EDT)

 In the root of your failing build tree, can you run
 
 grep iconv config.cache
 
 and paste the output?  In particular, I'm interested in am_cv_func_iconv,
 am_cv_lib_iconv and am_cv_lib_iconv_ldpath.
 
 I could not reproduce this problem on my Solaris 8 machine yet.  Moreover,
 Solaris 8 does not have a separate libiconv, it is integrated with libc.
 
 I'm guessing your problem may occur if all the following are true:
 
 a) Your bootstrap compiler is GCC and lives in a different --prefix than
 that you are configuring for
 b) GNU libiconv is installed in the same prefix as your bootstrap compiler
 c) libiconv is not available in /usr/lib or one of the system search paths
 
 Jeff
 

bootstrap/10657: java section can not find ;ibiconv

[warren.dodge]

>Number:         10657
>Category:       bootstrap
>Synopsis:       java section can not find ;ibiconv
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed May 07 05:16:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     Warren Dodge
>Release:        unknown-1.0
>Organization:
>Environment:

>Description:
../gcc-3.3-20030506/configure --prefix=$DEST/gcc-3.3-20030506 --with-local-prefix=$DEST/gcc-3.3-20030506 --with-gnu-ld --with-ld=$NEWBINBIN/gld --with-gnu-nm --with-nm=$NEWBINBIN/gnm --with-gnu-as --with-as=$NEWBINBIN/gas --enable-threads=posix --enable-shared --enable-languages=all --disable-nls

make bootstrap

  ../../gcc-3.3-20030506/gcc/java/jcf-path.c -o java/jcf-path.o
stage1/xgcc -Bstage1/ -B/proj/wdt/gnu_sun5.8/gcc-3.3-20030506/sparc-sun-solaris2.8/bin/ -c   -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes    -DHAVE_CONFIG_H    -I. -Ijav
a -I../../gcc-3.3-20030506/gcc -I../../gcc-3.3-20030506/gcc/java -I../../gcc-3.3-20030506/gcc/config -I../../gcc-3.3-20030506/gcc/../include ../../gcc-3.3-20030506/gcc/java/xref.c -o java/xref.o
stage1/xgcc -Bstage1/ -B/proj/wdt/gnu_sun5.8/gcc-3.3-20030506/sparc-sun-solaris2.8/bin/ -c   -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes    -DHAVE_CONFIG_H    -I. -Ijav
a -I../../gcc-3.3-20030506/gcc -I../../gcc-3.3-20030506/gcc/java -I../../gcc-3.3-20030506/gcc/config -I../../gcc-3.3-20030506/gcc/../include ../../gcc-3.3-20030506/gcc/java/boehm.c -o java/boehm.o
stage1/xgcc -Bstage1/ -B/proj/wdt/gnu_sun5.8/gcc-3.3-20030506/sparc-sun-solaris2.8/bin/ -c   -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes    -DHAVE_CONFIG_H    -I. -Ijav
a -I../../gcc-3.3-20030506/gcc -I../../gcc-3.3-20030506/gcc/java -I../../gcc-3.3-20030506/gcc/config -I../../gcc-3.3-20030506/gcc/../include \
-DINLINER_FOR_JAVA=1 \
../../gcc-3.3-20030506/gcc/tree-inline.c -o java/java-tree-inline.o
rm -f jc1
stage1/xgcc -Bstage1/ -B/proj/wdt/gnu_sun5.8/gcc-3.3-20030506/sparc-sun-solaris2.8/bin/   -g -O2 -DIN_GCC   -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 java/win32-host.o java/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 java/java-tree-inline.o mkdeps.o main.o libbackend.a -L../zlib -l
z -liconv   ../libiberty/libiberty.a
/proj/wdt/gnu_sun5.8/binutils-2.13.2.1/bin/gld: cannot find -liconv
collect2: ld returned 1 exit status
make[2]: *** [jc1] Error 1
make[2]: Leaving directory `/proj/wdtold/warrend/gnusrc/gcc-3.3-20030506/gcc-3.3-20030506_sun5.8/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory `/proj/wdtold/warrend/gnusrc/gcc-3.3-20030506/gcc-3.3-20030506_sun5.8/gcc'
make: *** [bootstrap] Error 2
>How-To-Repeat:
Configre as shown
make bootstrap

I don't think it should be using libiconv since I did --disable-nls.

If it should it didn't put a -L to find it.

This didn't do this in 3.2.3
>Fix:

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