> Joe> For sparc-sun-solaris2.8, I get a failure when building the Java 
> compiler,
> Joe> but I may be doing something wrong, as I usually avoid the Java build
> Joe> on Solaris (since it takes most of a day to build and test).  The message
> Joe> is
> 
> Joe> java/parse.o(.text+0x16cc): In function `java_new_lexer':
> Joe> /remote/dtg103/jbuck/gnu/src/gcc-4.0.0-20050417/gcc/java/lex.c:187: 
> undefined reference to `libiconv_open'

On Mon, Apr 18, 2005 at 06:00:01PM -0600, Tom Tromey wrote:
> Maybe you need -liconv, though I forget, as I haven't done a Solaris
> build in a long time.  I thought the iconv-related autoconf macros
> handled this, but perhaps they are failing somehow.  AFAIK this used
> to work.

It appears the bug is because there's a libiconv.so in /usr/local/lib on
that machine, with headers in /usr/local/include, but /usr/local/lib isn't
in my LD_LIBRARY_PATH.  configure finds the declaration and assumes it
can call the function.  Sorry, I do most of my work in GNU/Linux these
days so my Solaris setup has rotted. I'll try that one again with a
proper LD_LIBRARY_PATH.

Can someone remind me what the "make" target is to resume an interrupted
build that's in stage 2?

This could be considered a configuration bug, because while configure
finds a declaration for iconv, it does not verify (by a link test) that it
can actually be called, and the failure doesn't show up for a couple of
hours.  It seems we're inconsistent about such things; sometimes we try to
find the symbol in a library, and sometimes we just check for a
declaration.  There was a bug that was closed as INVALID for this reason,
and several duplicates, so maybe we should try to help people who run into
this difficulty as I'm at least the fourth person to encounter and report
it.





Reply via email to