http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49441
--- Comment #1 from Jack Howarth <howarth at nitro dot med.uc.edu> 2011-06-17 00:09:42 UTC --- I don't believe r169822 is the cause but I see what is happening. During the build two libgcj.spec files are generated. One in x86_64-apple-darwin11.0.0/libjava, which properly substitutes LDLIBICONV, and a second in x86_64-apple-darwin11.0.0/i386/libjava which produces an empty string for LDLIBICONV. A quick examination of the Makefile's in each directory shows why. [MacPro:darwin_objdir/x86_64-apple-darwin11.0.0/libjava] root# grep LDLIBICONV * Makefile:LDLIBICONV = -L/sw/lib -liconv config.log:LDLIBICONV=' -L/sw/lib -liconv ' config.status:S["LDLIBICONV"]=" -L/sw/lib -liconv " [[MacPro:x86_64-apple-darwin11.0.0/i386/libjava] root# grep LDLIBICONV * Makefile:LDLIBICONV = config.log:LDLIBICONV=' ' config.status:S["LDLIBICONV"]=" " It appears that the multi lib build doesn't pass along the value for LDLIBICONV into the multi lib and that the installed gcj.spec must be coming out of x86_64-apple-darwin11.0.0/i386/libjava.
