gcc 3.0.4 build failed on solaris 2.6

[Paul Lew]

>>>>> "Gareth" == Gareth Pearce <tilps@hotmail.com> writes:

    >> > stage1/xgcc -Bstage1/						\
    >> -B/auto/insbu-cnstools/sparc-sun-solaris2.6/bin/			\
    >> -DIN_GCC -DSVR4 -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 java/jcf-parse.o	\
    >> java/mangle.o java/mangle_name.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 toplev.o libbackend.a -L../zlib -lz	\
    >> obstack.o alloca.o ../libiberty/libiberty.a
    >> Undefined                       first referenced
    >> symbol                             in file
    >> libiconv                            java/parse.o
    >> libiconv_open                       java/parse.o
    >> libiconv_close                      java/parse.o
    >> ld: fatal: Symbol referencing errors. No output written to jc1
    >> collect2: ld returned 1 exit status
    >> make[2]: *** [jc1] Error 1

    Gareth> Umm - I had a similar experience on OSF/1 alpha

    Gareth> if i remember correctly the problem is that gcc changed
    Gareth> from using LD_LIBRARY_PATH to LIBRARY_PATH - and your
    Gareth> iconv is is not in the default search path.

    Gareth> Set your LIBRARY_PATH to be LD_LIBRARY_PATH and try again

    Gareth> Note: LIBRARY_PATH cant contain . while building gcc - so
    Gareth> if your LD_LIBRARY_PATH contains . - you will need to
    Gareth> specificy LIBRARY_PATH manually. (there will be an error
    Gareth> during configure which complains about this)

    Gareth> YMMV - but i think this should work.

Thanks for the help.  I tried it, same error.  

					-- Paul  02/24/02  12:17 AM --