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